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

onon 200-400 кБ/с на 50 активных торрентах

onon Больше не выжимается пока

orignal вот надо думать как исправить

orignal дед говорил они как то маршрут кэшируют

onon Зачем

onon Всмысле, если хороший, то кешируют?

onon Я пока не знаю, можем ли мы на уровне роутера отследить доставку датаграммы

onon Хоть даже Repliable, про Non-Repliable понятно.

onon Насколько я понимаю, это попытка имитировать UDP

onon А там доставка и всё остальное на уровне приложения обрабатываются

orignal я не понял причем там датаграммы?

orignal мы же передаем то что по I2CP приходит

orignal нам внетреннее содержимое неизветсно

onon Снарк датаграммами шлет же

onon Не стримами

orignal а нас в I2CP это вообще не вонует

orignal нам главное доставить адресату

orignal сообшение тип Data

onon Мы ещё должны приложению сообщить состояние.

onon Если напрмер очередь образовалась, и ты его локально дропнул, нужно отправить MessageStatusMessage 13

onon Приложение тогда, должно уменьшить скорость отправки или ещё ка отреагировать

orignal этого точно нет

orignal иными словами мы должны добавить OnDrop к сообщению

relaybot 13apophis: orignal, прилет оценил ?

orignal onon а вот такой вопрос

orignal допустим мы сделаем в сообщениях в стиримах OnDrop

orignal как это можно применить?

onon А почему в стримах?

onon MessageStatusMessage

onon Description

onon Notify the client of the delivery status of an incoming or outgoing message.

orignal ну я думаю уже дальше

orignal с I2CP то понятно

orignal но ведь в стримах аналошичная ситуация

onon Я на самом деле тут тоже логику не до конца понимаю, мы должны приложению сразу отвечать на полученное сообщение или потом?

onon Когда уже отправили все части сообщения

orignal в i2cp?

onon Да

orignal этот вопрос надо выяснить

onon Потому что мы можем часть датаграммы отправить а часть дропнуть

onon В стримах же аналогичная ситуация, если у нас локальный дроп, то мы об этом узнаем через RTT, когда NACK получим. Если делать коллбэк, то можно в таком случае сразу окно схлопывать.

orignal если мы дропнули часть значит дропнули всю

orignal вот я об этом

onon Ну ты же датаграмму на туннельные сообщения нарезаешь

orignal понятно что надо его делать еще и на уровне тоннелей

orignal правильно

orignal вот там и сделать

orignal если дроп куска значит дроп всего

onon Так не все туннельные сообщения могут отправиться

orignal лошично же

onon Ну да

onon Получается можно приложению отправлять подтверждение только когда все части I2NP сообщения отправлены

orignal так мы не отслеживаем отправку а только дропы

onon Ну а снарк, наверное, ждёт MessageStatusMessage 4

onon Я в его внутренностях не разбирался

onon Это нужно у деда спрашивать

onon Как снарк работает

orignal я тебе про стримы толкую

orignal I2CP надо выяснять

onon В стримах да, на дропы реагирует, там же loss-based

onon Только локальные дропы не будут у тебя нормально работать на SSU2. Потому что у тебя там очередей нет

onon Если на NTCP2 он проверяет не идёт ли в данный момент отправка, и ждёт, собирая очередь

onon то в SSU2 он тупо пихает невпихуемое

onon А очереди собираются только когда вторая сторона не отвечает совсем

onon А на NTCP2 у тебя REDа нету

orignal это другая тема

orignal мы говорим счас о концепции

orignal в стримах счас нет OnDrop

onon Ну это не столь важно

onon Это очень редкая ситуация сейчас

onon И на работу не повлияет почти никак

orignal не думаю

orignal если например пир в тоннеле поломался

onon Только если тот, к которому мы подключены

orignal ну первый хоп тоннеля разумеется

onon Ну и только если не до конца поломался, а начал тормозить

onon Потому что если совсем поломался, то мы ACKи перестанем получать в любом случае, и поменяем туннель

onon И локальные дропы тут ни на что не повлияют

orignal ну можно сделать как то раньше

onon Типа если локальный дроп, менять туннель сразу, не дожидаясь таймаута по RTT?

onon Там сейчас сделано, что после смены туннеля полученный ACK запускает "нормальный" режим работы.

orignal типа да

onon Если мы сделали локал дроп, поменяли туннель, и сразу нам приходит ACK

onon От сообщений, которые мы до поломки отправили

onon Это нужно будет дополнительную логику думать

onon Как сделать чтобы это заработало.

onon Я так навскидку даже и придумать не могу

orignal вообще есть смысл в том чтобы передавать OnDrop обтано через тоннельные сообщзения?

onon Ну я же говорю, полезно, но только в очень редких случаях

orignal тогда не надо

onon Когда узким местом оказывается первый хоп в исходящем туннеле

onon Тогда мы сможем быстрее реагировать на перегрузку

onon Вот единственный случай

orignal думаешь это бывает редко?

onon Статистику конечно не приведу, но у меня стоит RED с логированием, и срабатывает он очень редко

onon Раз 5 за сутки

onon Но тут ещё важный момент какой:

onon У тебя сейчас onDrop на semifull т.е. на 250 сообщений

onon А окно на стримах только 128

onon Т.е. он никак не сможет в одиночку достать до дропа

onon Только если много стримов в один туннель или соседи помогают.

R4SAS ну что, более ничего не наковыряли?

R4SAS два дня было на подумать

R4SAS *** пошел обновлять сборочный конвеер ***

R4SAS гипн, ну че?

R4SAS ведро вливать?

R4SAS *** призывает причастных ***

R4SAS ну что, пререносим бинарник в /usr/bin?

orignal не знаю надо ли

orignal я бы не стал

R4SAS ты в прошлый раз сказал что перенести

orignal не помню

orignal я вроде как раз говорил отсавить как етсь

onon /bin : For binaries usable before the /usr partition is mounted. This is used for trivial binaries used in the very early boot stage or ones that you need to have available in booting single-user mode. Think of binaries like cat, ls, etc.

onon /sbin : Same, but for binaries with superuser (root) privileges required.

onon /usr/bin : Same as first, but for general system-wide binaries.

onon /usr/sbin : Same as above, but for binaries with superuser (root) privileges required.

R4SAS orignal: major.i2p/ilita/dev/2024/05/18#msg107

orignal ну x3

orignal я уже не помню

R4SAS у меня уже есть заготовка изменений для этого, я только жду решения

R4SAS ну и есть обратное изменение в cmake, чтобы он ставил в sbin

orignal понимаешь мне сложно судить

orignal onon че думаешь?

orignal ты же типа сисадмин

onon Я бы перенёс, но хз, как отреагируют пользователи.

R4SAS github.com/PurpleI2P/i2pd/discussions/2068

R4SAS я тут топик создавал, но ответов на 1.5 землекопа

orignal в общем тебе решать

relaybot 13apophis: задача высокой сложности ... показательно весьма

relaybot 13apophis: "/usr/bin" как положено

R4SAS под хрюшей вроде всё живо

R4SAS тогда скоро начну

R4SAS с ведром вот мне не ясно - вносить или нет

orignal с ведром вообще не в курсе