~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
DUHOVKIN_
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
`
anon3
b3t4f4c3
fidoid
hypn--direct
hypn-direct-nb
karamba_i2p
nemiga
not_bob_afk
plap
poriori
profetikla
qend
segfault
soos
teeth
tensor
tetrimer_
uis
un
unlike
user
whothefuckami_
R4SAS
на подобный перенос
orignal
а счас как?
R4SAS
сейчас sbin
R4SAS
почему hagen туда пихнул - мне не известно
orignal
это вроде даже kytv
orignal
может спросить у него ))
orignal
раз там так давай оставим как есть
relaybot
13apophis: orignal, ты на парад пойдешь в торонто ? Если да, то можешь зайтои в один клуб и передать от меня привет ?
R4SAS
ыыы
R4SAS
orignal: можно и спросить
R4SAS
но не факт что ответит
R4SAS
github.com/PurpleI2P/i2pd/commit/54775e5ea1917f7a516ffde4b115c75c5e78321f#diff-cb3c64915888a6b8cc228a6e8ea5f525bbd09f4024b64b63cb0b8d38a5576689
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
так у него в любом случае не заработает