IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/05/19
~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest22294
Leopold
Most2
Nausicaa
Ruskoye_911
Vort
`
anon3
b3t4f4c3
dressedie
fidoid_
fujifilm
ncop
nemiga
not_bob_afk
osoznayka
poriori_
segfault
soos
teeth
tensor
un
weko
whothefuckami
R4SAS на подобный перенос
orignal а счас как?
R4SAS сейчас sbin
R4SAS почему hagen туда пихнул - мне не известно
orignal это вроде даже kytv
orignal может спросить у него ))
orignal раз там так давай оставим как есть
relaybot 13apophis: orignal, ты на парад пойдешь в торонто ? Если да, то можешь зайтои в один клуб и передать от меня привет ?
R4SAS ыыы
R4SAS orignal: можно и спросить
R4SAS но не факт что ответит
R4SAS хаген добавлял
` /me зашёл в клуб голубой устрицы и передал, что дангеон мастер 8см передаёт привет
relaybot 13apophis: 10 см .. зачем врешь ?
` О, у меня тоже на 2см вырос. Недавно мерил
relaybot 13apophis: везет тебе
` Зато у тебя при деле, а у меня в гордом одиночестве. Это ведь канал об анимэ?
relaybot 13apophis: при деле да... на краю земли :)))
onon Давайте на ру с этим, пожалуйста.
relaybot 13apophis: Лучше запости аниме сюда, а то кодеры совсем запарились.. пишут для вас, а от вас никакой благодарности
orignal насрать под дверь этого клуба?))
orignal так можно и самого хагена спросить
relaybot 13apophis: не думаю, что ты осмелишься снять штаны для "насрать" подле этого клуба :))) я бы не рискул
onon Инструкция по оптимизации NTCP2 на серверах:
onon Если Linux kernel version 4.9 и старше.
onon sudo modprobe tcp_bbr
onon echo "tcp_bbr" > /etc/modules-load.d/bbr.conf
onon В конфиг /etc/sysctl.conf добавить:
onon net.ipv4.tcp_congestion_control = bbr
onon net.core.default_qdisc = fq
onon Потом перезагружаем конфиг:
onon sudo sysctl -p
onon Проверяем:
onon sudo sysctl net.ipv4.tcp_congestion_control
orignal а теперь объясни смысл этого действия
WayBest ну в целом фикс неплохой
weko onon: как именно это работает
weko WayBest: привет
WayBest weko: даров)
weko Давно не было видно
WayBest да беды с сетью были
orignal мне непонятно чего мы этим достигнем
WayBest ну он видимо считает, что это ускорит сеть, но как по мне узкое горло не в сети и не в i2pd, а в жаба роутерах)
weko WayBest: ну i2pd тоже возможно играет свою роль. С константами по умолчанию я не достиг впечатляющих результатов
weko В тестнете
WayBest weko: а какую скорость удалось выжать? И как поднимал его?
orignal он уперлся в лимит своего проца
orignal ну и было несколько багов
weko orignal: ну точнее одного треда
weko Остальные были доступны
orignal так ты же много экемляров запускал на одной
weko Да но перегрузки то не было
weko 200 штук в простое не больше 10% времени CPU используют
onon Утилизация сети вырастет
orignal почему же тогда у тебя фреймы I2NP по 64K выходили?
orignal *NTCP2
onon bbr не засирает промежуточные маршрутизаторы как кубик
onon Единственный минус - он может немного хуже работать если до клиента очень плохая сеть с большим джиттером вроде 3G со слабым сигналом.
orignal не факт что оно вообще хоть как то повлияет на работу i2p
onon Ну если все сделают-повлияет
onon Потому что после твоего фикса с приоритетом NTCP2 перед SSU2 - количество NTCP2 выросло
orignal не у всех линукс
orignal <neil> Because it only worked on Linux
orignal <neil> We decided it was better to let the environment decide what to do, rather than trying to do things for specific platforms only
onon Ну так даже в одну сторону это уже хорошо.
orignal спросил у главного по ygg
orignal <neil> That's not really the point, we don't want to end up with a network that only works well for Linux users and works badly for anyone else
onon Он не делает хуже кому-либо
orignal возможно
orignal но никто этим специально не станет заниматься
onon Ну так если сам хочешь, чтобы твой роутер лучше работал, можешь себе сделать
onon Наиболее актуально это для нагруженных роутеров на выделенных серверах и впс
onon Ну там я бы ещё recieve buffer на tcp поднял хотя бы в 2 раза
orignal какой параметр?
onon И net.core.netdev_max_backlog до 2 к
onon cat /proc/sys/net/ipv4/tcp_mem
onon Это память TCP
orignal и сколько поставить?
onon echo 'net.ipv4.tcp_wmem= 11148 14866 22296' >> /etc/sysctl.conf
onon Посмотри сколько у тебя, сделай в два раза больше
onon Но тут нужна перезагрузка, емнип
onon И вообще проедлагаю забастовку, всем отключить SSU2 и работать только по NTCP2 пока Лось не починит SSU2. =)
orignal cat /proc/sys/net/ipv4/tcp_mem
orignal 186714248953373428
onon Ну он от кличества памяти в системе отсчитывает.
orignal 16 гигов
onon Этого должно хватать
onon Только net.core.netdev_max_backlog увеличь
onon Можно даже до 3-5к
onon Это количество сообщений, которые будут ждать в буфере, если i2pd будет подтормаживать и не успевает вычитывать.
onon Для микробёрстов полезная штука
onon Даже если успевает всегдаю
orignal я сделаю лучше
orignal я ппосмотрю что стоит у нас на работе на серверах ))
onon Ну так у вас же там UPD только
onon А это TCP-specific
orignal почему?
orignal TCP еще более дохуя
onon Ну тогда смотри у себя.
orignal фиды по мульикасту, ордера по фиксу который по TCP
onon Если у вас нет BBR и TFO
onon То минус вашей конторе
orignal думаю что есть
orignal я ж не сисадмин
onon И ещё начальный размер окна увас должен быть не меньше 10
onon Потому что выделенный канал
onon Смысл разгоняться, если выделенный.
orignal да там даже не канал там в том же дц соседний шкаф
Vort по логике, разработчики ОС выбрали наиболее оптимальные стандартные настройки, а это значит, что если что-то меняешь, то будет не только улучшение, но и ухудшение
Vort иначе бы изменения стали новыми стандартными настройками
onon Я же сказал, в каком случае может стать хуже.
onon В сети с очень высоким джиттером
weko orignal: я не смотрел какие
onon Там delay-based работает плохо
onon Но дефолтный кубик там работает тоже отнюдь не идеально.
Vort ну так у некоторых пиров такая конфигурация вполне может быть
onon Потому что пакетлосс
orignal Vort ну у нас на работе специальная задачи потому свои настройки
Vort у соединения то два конца
weko может хватит спорить и просто затестить как изменения влияют на результат?
Vort orignal: и, небось, качество сети у всех юзеров высокое, да?
orignal ну как ты понимаешь у того же NYSE сервера настроены как надо
weko orignal: по поводу фреймов - я не знаю какие они были
orignal Vort так нету сети никакой там провод шрубо говоря напрямую прокинут
orignal weko ну помнишь ты на багу наткундся
orignal когда в райне 64K подпись фрейма фелилась
weko так я говорю 10% это в простое
Vort weko: слишком много параметров. тут даже для 2-3 параметров тесты не всегда удаётся организовать. а с вот такими тонкими механизмами может получиться 20-30 мерный массив для тестов :)
weko когда я не гоню мегабиты
weko когда нагружаю трафиком тогда два перегружаются треды
weko Destination вроде
Vort weko: ну гонишь - упираешь в 100% - вот баги и лезут. надо меньше чем на 100% тестировать
weko Vort: ну если автоматизировать
Vort нормальная работа на 100% загрузке CPU в i2pd - это не скоро
weko Vort: ну баг то был и вроде как исправили
Vort разве что креши и зависания поубирать стоит, то есть явную хрень
Vort я на будущее говорю
weko тем более что насколько помню такая нагрузка просто ускоряла момент когда он случится
weko а так он мог в любой момент всплыть
orignal так и фреймы счас 16K
orignal только если одно длинное сообщение
weko я плохо помню в чём там была проблема
orignal неправильно максимальная длина считалась
orignal в итоге подпись затриала данные в конце
weko а, потому сбивался счётчик и NTCP2 коннект переставал работать
orignal угу
orignal ну а счас мы просто больше 16K не набиваем по возможности
weko а как вообще в фрейм может несколько влезть I2NP?
weko когда в очереди несколько?
orignal несколько блоков
orignal обычно так и делается
weko блоки то понятно
weko нет я про то как такая ситуация образуется
orignal каждое I2NP это отдельный блок
weko это понятно
weko когда в очереди несколько i2np, да?
weko экономия
orignal сокет ожидает ответа на отправку предыдущего фрейма
orignal за это время очередь набирается
weko то есть, для NTCP2 очередь полезна для экономии CPU на криптографию
weko но одновременно с этим суммарную длину очереди нет смысла делать больше чем длина фрейма
orignal есть
orignal может быть спайк
orignal а потом просрется
weko спайк чего?
orignal для этого и делают очереди
orignal данных
orignal кратковременный
weko ну откуда?
orignal с тоннеля вестимо
orignal ты не знаешь природа трафика
orignal на работе возникают при резких движениях рынка
weko просто как я говорил очереди увеличивают для отправителя задержку до того момента, когда он поймёт что пакет всрался
weko и так получаются зависания стримов
orignal ну Vort счас и замеряет время
orignal если пакет сидит в очереди долго то дроп
onon А что значит "всрался"
onon Я уже говорил, что это очень плохая практика
onon Так делать нельзя
weko orignal: для датаграм посрать вообще на дроп, а для стримов изначально сделано определение скорости по дропам, вместо того чтобы делать обратно слать об этом информацию или вообще согласовывать
weko TCP никогда не пошлёт слишком большую пачку
weko точнее стрим наш
weko не должен
onon Ещё как пошлёт
weko а для датаграмм это норма
weko onon: а не должен
onon Когда стрим завис, он всё окно ретрансмитит
weko так это баг у нас или так должно работать
weko если это наш баг, то надо исправлять
weko понимаешь?
onon Я уже давно предлагаю переделать стримы
weko я тоже
onon Но всплывают задачи поважнее всё время
weko ещё раньше тебя
onon Я себе сделал и юзаю
onon И мне норм.
weko ну залей тогда посмотрим потестить
weko потестим*
onon Хоть и не идеально, но как-то работает.
onon И огромными пачками не шлёт
weko в основной сети получилось улучшить скорость и надёжность?
weko хотя бы надёжность
onon Надёжность у меня, что нормально мигрирует по туннелям, а со скоростью не очень
weko да хорошо
weko есть ещё зависания связанные с потерями
onon Потому что RTT скачет что дурной.
weko да это из-за больших очередей
onon Сейчас, кстати Лость тоже пофиксит миграцию по туннелям.
weko я могу объяснить
onon Объясни мне RTT в 196! сек
onon На 3+3 хопах
weko явно неверно считает
onon Точно верно
onon Таймстемп мы сами ставим
onon Ретрансмиты могли уменьшить но не увеличить..
` Объясните мне IRC Lag в 2.7к )00
` 3 хопа
weko стрим думает, раз пакеты не дропаются, что у нас всё окей и можно дальше окно расширять. расширение увеличивает скорость, что приводит к наполнению очереди (постепенно), в итоге мы успеваем сильно увеличить скорость, в итоге когда очередь переполняется,
weko начинается дроп, и узнаем мы об этом слишком поздно, и потому передача встаёт полностью на время
weko и чем больше очередь тем хуже
weko и чем больше пинг тем хуже
onon Вот только Ворт вместо REDа сделал какую-то фигню
onon Что бы при наполнении очереди дропались случайные пакеты, а не вся очередь целиком
weko вся и не дропаетя
weko разницы не будет
onon А говорил, что разбираешься
weko где я такое говорил
weko один дроп и всё, зависание
onon Лось, там на #ru у longsky не работает ресид на 2.42.1
onon Даже не знаю, что ему посоветовать.
WayBest почистить папку i2pd в var
WayBest там где профили его лежат
orignal onon обновить
orignal давно уже 2.52
orignal у него просто говно мамонта
onon Не хочет, или не умеет. Сошлись на том, что NetDb с другого роутера скопирует.
orignal да нет 2.42 будет все время лагать
orignal это очень старая версия скорее всего еще с SSU1
` Уметь копировать нетдб, не сломафф пермишоны, это уже не beginner лэвэл 🤔
` Если там не запускается от юзверя..
orignal так у него в любом случае не заработает