IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/12/19
~R4SAS
~acetone
~orignal
~villain
&N00B
+relaybot
AreEnn
DUHOVKIN_
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
anon3
b3t4f4c3
fidoid
nemiga
not_bob_afk
onon
plap
poriori
profetikla
qend
segfault
soos
teeth
tetrimer_
uis
un
unlike
user
vade
weko
whothefuckami
tetrimer orignal: Вчерашний патч - не помог. privatebin.i2p/?4d3f55d27eefcaaa#Hw7do3FWYKHnHRqgqkhSL7NtHnFT3DjPs5Wgbsg3oJ6y - это после обновления.
orignal так я эту проблему еще и не чинил
orignal tetrimer ты просто прибиваешь или по kill -s INT?
tetrimer Нет, всё штатно, через gracefull shutdown
tetrimer Иногда сначала отключаю прием новых туннелей, жду, пока они до нуля опустятся и потом даю grasefull shutdown - корки все равно образуются.
orignal ладно это счас починю
tetrimer Я часа через три смогу проверить, так что можно не торопиться. :)
orignal да я и не собираюсь чинить сию минуту
orignal у меня других дел полно
Vort при завершении работы три проблемы возможны: креши, утечки и зависания
Vort в идеале, конечно, ничего из этого быть не должно
Vort но для этого или распутывать зависимости аккуратно надо при завершении или переделывать код чтобы "петель" не было
orignal я пока твой код сделал
Vort ну тот вариант он самый безопасный
Vort с остальным можно починить одно, сломать другое
Vort не знаю, можно ли в том месте вообще чинить поэтапно или там надо переделывать примерно всё
orignal мне опредленно не нравится вот эта строчка
Vort если это вопрос красоты или ускорения на 0.001% - то, думаю, это не сильно важно. есть места и тормознее и хуже выглядящие
Vort что касаемо самой логики работы этого механизма - там не всё идеально, но как сделать лучше - не знаю
orignal я ищу почему SSU2 отжирает больше проца
Vort если внутри ОС - то понятно
Vort если внутри самого i2pd - так для этого можно профилирование запустить
Vort и по строчкам нагрузка будет расписана
Vort хотя я же скидывал результаты профилирования когда-то
Vort там что-то с ACK`ами было связанное вроде
orignal раньше было однаково с NTCP2 а счас в 3 раза больше
orignal вопрос почему
orignal я вот и пытаюсь понять
Vort по моим старым данным вот эти функции жрали прилично: i2p::transport::SSU2Session::CreateAckBlock, i2p::transport::SSU2Session::Resend
Vort попробую сейчас ещё разок собрать
Vort нашёл кое что странное
Vort смотрю
Vort короч много жрёт i2p::util::GetSecondsSinceEpoch
Vort вызывается вроде как из i2p::transport::SSU2Session::ProcessData
Vort но я его что-то там нихрена не вижу
Vort где-то в глубине цепочки вызовов сидит
Vort ещё жрут i2p::transport::SSU2Server::HandleResendTimer и i2p::util::MemoryPoolMt<i2p::I2NPMessageBuffer<2106> >::AcquireMt<>
Vort собрал побольше данных, уже GetSecondsSinceEpoch не жрёт особо
Vort короч скрин сейчас сделаю
Vort обновление буста повлиять не могло?
Vort чтобы относительную производительность сравнивать, нужны контроллируемые условия. то есть, виртуальные тестовые сети
Vort иначе непонятно, то ли это сеть по другому нагружена, то ли код по другому работает
Vort вот смотри: Uptime: 19 hours, Tunnel creation success rate: 34%
Vort похоже, что атаки малоактивны. когда ты прошлый раз сравнивал могло быть атак больше
orignal секунды
orignal с чего бы вдруг?
orignal так у меня счас везде SSU2 больше NTCP2 в раза
orignal вот в чем дело
orignal вот он что
Vort "<~orignal> с чего бы вдруг?" да это какой-то глюк профилировщика был. больше я этой фигни не видел
orignal PostI2NPMessage вызывает SendQueue
orignal а PostI2NpMessage вызывает при вставке в очердедь любого сраного сообщения
orignal с этим и надо разбираться
orignal тут явно лгическая ошибка
Vort а ты в этом месте что-то менял что ли?
orignal нет
orignal так мы счас выясняем в чем разница стала
Vort когда начал проявляться эффект "SSU2 в 3 раза больше"?
orignal после коммита с отправкой сообщений с OBEP напрямую в транспорты
Vort хм. данные шли блоками, а теперь "пылью"?
Vort почти наугад )
orignal наоборот
orignal раньше они передавались по одному а счас пачкой
orignal но явно это связано с PostI2NPMessage
Vort сейчас ещё один скрин скину