#dev (ilita) | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

weko_ [16:48:47] <Vort> увеличение количества построений - это борьба с симптомами. тем более, вредящая сети

weko_ Нет. Маленький TCSR - это плохо и нужно исправлять, но это норма. И быстрое создание для низкого tcsr позволяет продолжать сервису работать нормально. Какой вообще вред сети? Расчитано под кучу туннелей же

weko_ [17:49:40] <Vort> я считаю, что лучше наоборот убрать лимиты по количеству (поставить 60000) и лимитировать только скорость

weko_ В общем случае так делать правильно, но я так не делаю, потому что от жирных туннелей сильно шумит серв, а мне это мешает. :)

weko_ [20:25:50] <orignal> счас гляну

weko_ [20:30:08] <orignal> да больше нет этой ошибки

weko_ Надо проверить случай, когда при нагрузке

orignal проверь

orignal стримы починю как протрезвею ))

weko_ Vort: основная беда с iperf3 - что он не умеет показывать задержки пакетов. Видимо, подразумевается, что всегда сервер и клиент на разных хостах, а синхронизация времени с достаточной точностью - дело не благодарная

weko_ orignal: так в чём проблема была?

orignal так очевидно же что двойное удаление

orignal дважды в пул один и тот же пакет возврашался

weko_ orignal: таги для меня чёрный ящик

orignal все же видно в тикете

weko_ Как и для многих

orignal неее я не про таги

orignal я про стримы

weko_ А я про таги

orignal если про таги короче мы вставляли таг одноразовый

orignal а потом так попадало что мы вычищали его раньше чем соошщение доходило

orignal потому что у одноразового тага не было сессии и чистика считала что сессия сдохла

weko_ Хм. В случае с нагрузкой, там просто с какого момента спамит этой ошибкой

weko_ Походит под этот случай?

orignal причем я полагаю всплесками

orignal когда попадает на очистку

weko_ Да вроде всплесками

orignal счас не должно

weko_ Но,надо чтобы на старой версии воспроизводилось

weko_ Чтобы точно убедится

onon1 Для теста запустил передачу в 10 потоков. Умерли все, самый долгоживущий продержался 22 минуты. Все дропнулись на стороне сервера.

onon1 Лось обещал сегодня починить стримы, ждём.

relaybot 13mittwerkz: orignal: а ты git.i2pd обновишь до forejo?

relaybot 13mittwerkz: когда-нибудь

weko_ gitea есть. Но я всё жду, когда будет федерация git серверов, это революция

weko_ Без этого очень не удобно. Каждый себе делает сервер, в итоге везде по аккаунту... Не удобно

Vort weko_: когда сеть тормозит, ломаются туннели и начинается волна построения новых туннелей. если построение новых туннелей добавляет тормозов сети, то получается нехороший цикл

Vort вполне может быть, что при каком-то уровне перегрузки из этого фикла вообще выхода не будет

Vort поэтому увеличение нагрузки при наличии перегрузки мне кажется опасной идеей

weko_ Vort: да когда в лимиты упирается много где, тогда да. Но это исправляется тем, что мы меньше делаем запросы на роутеры, которые нам говорят, что они перегружены

weko_ И таким образом нагрузка перераспределится

Vort если бы они говорили. но нифига. они просто тупят. это надо разобрать в первую очередь

Vort помнишь коммит, который срок "бана" недоступных флудфилов понизил?

weko_ Vort: по поводу цикла я уже говорил, однако не помню к какому выводу пришёл

weko_ Нет

Vort он показал, что ситуация очень дерьмовая. по непонятной причине

Vort weko_: было 666 флудфилов, когда недоступные банили на час (вроде) когда сделали бан меньше (несколько минут), теперь флудфилов 800

onon1 А как доступность проверяли, директ или через туннели?

Vort вопрос - какого хрена ~200 флудфилов настолько плохи, что попадают в бан?

Vort они же и сейчас попадают, просто за пару минут выходят

Vort onon1: ну найди этот коммит, недавно был же. я так не помню

Vort onon1: github.com/PurpleI2P/i2pd/commit/83cb3a1820802a5ddf01fb3de1f0654f9f56e237

Vort вот по этому коммиту смотри, куда ведёт PEER_PROFILE_UNREACHABLE_INTERVAL

weko_ По поводу флудфилов

weko_ Надо сделать, чтобы локально режим флудфила никогда не выключался

weko_ Но переставлять отправлять флаг, когда не уверены

Vort или починить пиртест :)

weko_ Переставать*

weko_ Vort: это тоже

weko_ Но в любом случае думаю будет случаи, когда он будет лагать

weko_ Нужен короче тест чтобы подтвердить вину ssu2. Далее уже будем искать причину конкретную в ssu2

weko_ Буду заодно ещё и статус парсить

Vort weko_: как вариант, нужно понять, из-за чего узлы могут переставать отвечать на запросы. допустим, 80% неудачных попыток соединения транспорта

Vort вроде бы логично, что сеть перегружена, но нужны пруфы и нужно рассмотреть ситуацию получше

weko_ Сеть не перегружена!!!

weko_ Доброе утро

Vort я имел в виду физическая сеть у конкретного узла

weko_ Проблема в наличии багов, а не что запрос больше предложения

weko_ Vort: а...

` <weko_> gitea есть. Но я всё жду, когда будет федерация git серверов, это революция

` когда я сделаю свою говношару с блэкджэком и куртизанками

weko_ `: ну федеративный гит входил в эти планы

weko_ Именно гит сервера

weko_ Чтобы иссуи писать и пуль реквесты делать

weko_ Пул

Vort weko_: разве федерация научилась уже решать проблему расположения аккаунта в одном конкретном месте?

Vort ну то есть, один из сайтов федерации (с твоей учёткой) сдох = нету уже учётки

weko_ Vort: ну так естесно надо чтобы переносимый

weko_ я не тестил особо. Просто не использую соцсети, в том числе федеративные

weko_ А вот гит надо бы

weko_ Переносимый делается легко через подписи

Vort так оно всё одно. нормальное решение для одного сервиса привело бы к нормальным решениям для остальных

Vort легко или не легко, но я такого решения не видел

Vort ну и, понятно, надо чтобы комменты тоже не лежали в одном месте (которое может уйти в оффлайн навсегда)

Vort или их тоже "переносить"?

` на могиле говношары вырастет ещё цвяточег..

tetrimer На последнем коммите tcsr не изменился, а вот показатель failed tunnels значительно уменьшился.

orignal банили на 2 часа

orignal поговоили с дедом изменени на 8 минут

orignal tetrimer он не уменьшился они теперь просто вычищаютсч быстро

orignal Лось не обещал починить стримы сегодня а когда время будет

relaybot 13mittwerkz: orignal: вос илий, а ты git.i2pd обновишь до forejo?

relaybot 13mittwerkz: когда время будет

orignal а я тут причем вооьще?

relaybot 13mittwerkz: не знаю, айтупиди же)

relaybot 13mauzer: да

relaybot 13mittwerkz: знач ты

orignal я не знаю что это

relaybot 13mittwerkz: git.i2pd.xyz

orignal это R4SAS

relaybot 13mittwerkz: я не знаю как к нему добратца

` Как там посмотреть что по "трэдам"? через $ top

` Что в ш2зв грузит больше всего

orignal top -H

` Поиск выручил: top -H

` Легче не стало.

` Но SSU2 стабильно в ТОПе.

` Если это о чём-то гаварит..

` Даже не говношара, к слову.

` Ан-нет, а вот и говношара. Ладно.

orignal у тебя NTCP2 что ли нету?

` Есть, но он изредка поднимается (по ЦП) выше NetDb, например.

` (выше NetDb обычно вижу SSU2 и Destination)

` Сложно сказать по разнице, оно плюс-минус процент (и а то и доли) одинаковое,

` Но SSU2 в топе почти всегда.

orignal это логично

orignal транспорты и должны быть в топе потому что там самое большое шифрование

weko_ [13:47:51] <`> Как там посмотреть что по "трэдам"? через $ top

weko_ В htop в настройках есть ещё.

Vort решил проверить, как у меня будет работать L узел. вот результаты 5 часов аптайма. рядом основной узел для сравнения

Vort paste.i2pd.xyz/?946e8ae99ea2634f#A3yWimLFj2t6CLWEa1JaHekeCfV7Ge2pYQzWJzC5QDbF

Vort получается 100 мегабайт в час расход трафика

Vort расчёт по максимуму лимита: 64*60*60/1024 = 225 мегабайт в час

weko_ То о чём я говорю

weko_ Выжимается не максимум

weko_ Но надо больше чем 5 часов смотреть

Vort ну это легко откорректировать, поставив больше лимит

weko_ Ну это лечение симптомов

Vort при принятии решения о том, пустить транзит или нет, надо смотреть не на мгновенную скорость, а на усреднённую

Vort ну или усреднять по большему интевалу времени (наверно усреднение и сейчас есть)

Vort вот сколько E флаг висит, примерно столько и интервал усреднения должен быть

Vort ещё можно несколько лимитов сделать

Vort для разных интервалов

Vort допустим, для L флага: при интервале в 5 секунд лимит 128 килобайт/сек, при интервале 5 минут - 64 килобайта/сек

Vort хоть один лимит пробит - тогда не пускать транзит

Vort а вообще - я не правильно посчитал. L - это 32 килобайта/сек

Vort но более продвинутое сглаживание не помешает

Vort сейчас TRANSPORT_SESSION_BANDWIDTH_UPDATE_MIN_INTERVAL = 5; // in seconds

Vort опять не то. 15 секунд интервал обновления для своего узла

Vort в java, кстати, что-то похожее есть

Vort не пойму только как выбираются значения для ограничений

Vort BW_BURST_PCT в коде

Vort похоже, что краковременный лимит ставится на 110% от обычного

Vort orignal: может, Medium congestion реализовать?

onon1 Это как?

Vort onon1: geti2p.net/spec/proposals/162-congestion-caps

onon1 Это кажется слишком медленным.

Vort есть ведь суточные колебания нагрузки. для них должно идеально подходить

onon1 А где можно ознакомиться с аргументами против двунаправленных туннелей?

Vort onon1: то есть, зачем разделение на входящие и исходящие туннели?

onon Не совсем, просто появилась одна идея, нужно больше информации.

` Идея придумать тор

onon Так я слышал, что многие против двунаправленных, но конкретной аргументации что-то не помню

Vort я так понимаю, это нужно для того, чтобы усложнить определение типа трафика наблюдателями

Vort если виден только один туннель, то не понять, юзер просто файл качает или это какой-то двунаправленный обмен

onon А ещё агрументы против есть?

weko_ <onon1> А где можно ознакомиться с аргументами против двунаправленных туннелей?

weko_ нигде, пропасал существует, но вроде особо не написан

weko_ можешь у деда спросить

weko_ но он тебе как минимум скажет что надо сначала изучить вопрос безопасности и только потом делать

weko_ и правильно

Vort попытался реализовать medium congestion: github.com/Vort/i2pd/commit/3c7a22011e52d31727b9db710dc432192cfbc0b8

Vort тольком ещё, правда, не тестировал - может, вообще не работает

weko_ для чего он нужен

Vort для более точной регулировки нагрузки на узел

weko_ а типо ставить перегрузку если за сутки например слишком много трафика

weko_ типо того?

weko_ вообще да хорошая идея сделать что пиковая нагрузка может быть больше чем средня

weko_ средняя

Vort "over several minutes" в пропозале

weko_ не знаю что там, это я просто размышляю

weko_ а тут я хз... может смысл имеет, может нет

Vort сейчас реализовано два флага: есть перегрузка и нету перегрузки

weko_ голове уже не варит

Vort я же добавил ещё вариант "наполовину загружен"

Vort можно будет потом в коде добавить рандомный выбор для таких узлов

Vort пока что этого не делал

Vort ещё сгладил числа среднего трафика. иногда хочется почаще F5 потыкать и посмотреть на актуальные значения

Vort а не не значения 15секундной давности

Vort не на*