IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#saltr
/2025/03/14
~dr|z3d
@RN
@T3s|4
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%acetone
%cumlord
+DirtyHarry
+FreefallHeavens
+Xeha
+ardu
+bak83_
+mareki2p
+onon_
+profetikla
+r00tobo
+radakayot
+uop23ip
AHOH
Arch2
Danny
DeltaOreo
FreeB
Irc2PGuest59581
Irc2PGuest70083
Irc2PGuest70134
Irc2PGuest96449
Irc2PGuest97049
Meow
Onn4l7h
Onn4|7h
altonen
boonst
carried6590
duck
enoxa
evasiveStillness
maylay
not_bob_afk
phobos_
pisslord
poriori_
qend-irc2p
shiver_1
simprelay
solidx66
u5657
weko_
zer0bitz_
cumlord idk if true or not but is this your theory on irc d/c?
cumlord I was running a test against ilita/postman with different routers to count the d/cs but accidentally cut it short
not_bob Well then.
orignal mareki2p I have replaced translations to string_view
orignal thank you for the hint
mareki2p Nice. In theory, there should be much less/fewer dynamic memory allocations on program startup copying data from read-only memory to read-write memory. Now, the data stays in read-only memory. Meaning improving both memory consumption and CPU time consumptions. Do you notice any such improvements in practice?
orignal I don't think so
orignal it might be noticable improvement
orignal however it's always better to use string_view instead string
mareki2p I could try to sort the strings in translations at compile-time. Replacing the dynamic std::map by static std::array + binary search.
zzz or just switch to po's and libgettext?
orignal why is it better?
zzz don't know that it is. but maybe.
orignal that's not my busines anyway