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

Vort при 11 часах аптайма на моём узле рейт 28% сейчас

YaEbysSDakimakyroi orignal: я правильно понимаю что outproxy это что то типо сервака связующего который может и в i2p и не в i2p? и за счет этого по сути мост в клиар.

weko YaEbysSDakimakyroi: аутпрокси это просто чел поднял обычный прокси и разрешил подключаться к нему из ш2з

weko Ну или ещё какой-то

weko С доступом в тор например

orignal оутопрокси это просто серервный тоннель по которому пробрасывается прокси порт

orignal этот проски может быть куда угодно

Madhyamapratipada да он ушел давно

orignal ну майора почтает

Madhyamapratipada народ не хотите потестить фикс стабильности i2pd-android?

Madhyamapratipada интересно, сколько суток аптайма он выживет

onon if (!it.second->GetCompatibleTransports (true)) // non reachable by any transport

onon it.second->SetUnreachable (true);

onon Это значит несовместим с нашими транспортами или если у него вообще никаких транспортов нет?

orignal вообще нет

orignal кстати это вопрос интерснный

orignal это проверка что нет вхозящих

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

orignal ну это правильно

orignal кому ты в сети такой нужен?

onon Это если интродьюсеров нет или как?

orignal да

orignal а впрочем ты прав есть же всякие пир тесты

orignal надо подумать

orignal но я в принципе не понимаю кому может понадиться такой роутер

onon Если не знаешь, значит нужно спросить у деда =)

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

orignal у деда спрошу

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

onon Ну значит и не нужно.

orignal погоди

orignal в каком месте эта проверка?

onon void NetDb::SaveUpdated ()

orignal ааа ну это просто про запись на диск

orignal главное чтобы при соединении этот флаг не ставился

weko Tunnel creation success rate: 57%

weko спрашивали про tcsr

orignal я собираюсь выпилить поддержку openssl 1.0.2 посколько сентсо 7 заканчивается 30 июня

orignal возвражения есть?

Vort а что там за уникальные особенности у этой версии?

Vort у меня сейчас в MSYS2 стоит 3.0.8, а в студии - 1.1.1t, но смогу для студии пересобрать на версию поновее если надо будет

orignal тем что много велосипедов приходится в коде держать

orignal потому что там многих функций просто нет

Vort ок, понял. тогда надо ждать ещё мнений

orignal 1.0.2 просто очень древняя

orignal едсинтсвенной причиной ее сущестсвования была поддрежка centos 7

orignal понятное дело что когда я только начинал i2pd она и была

orignal но тогда и криптография была другая

Lui112 каких мнений, всем похуй, что совет троих решит то и будет

onon Кстати, жабароутер выключается через 11 мин. А i2pd через 10.

orignal ну можно сделать через 11

onon Ты же сам иногда шлёшь пакеты в expired туннели.

orignal не шлю

orignal иногда получаю

orignal onon давай расскажи вкратце свою идеб

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

orignal и что ты предлагаешь?

onon Делаешь короткую очередь на SSU2, вставляешь туда

onon А тред SSU2 пробегает по этим очередям изи разных сессий

orignal ну а что ее будет затормаживать?

orignal сделал я очередь у каждой сессии

onon Собирает определённое количество пакетов и вставляет в сокет

onon Потом ждёт некоторое время

orignal другой тред из них берет при готовности

onon Снова собирает и вставляет

onon Чтобы не превышать bw канала

orignal откуда берется это "определенное число пакетов"?

orignal и откуда пауза

onon Опытным путём

orignal ну вот расскажи про него

orignal как именно мы его вычисляем

onon Чем меньшее количество пакетов вставлять за раз, тем лучше

onon Но нагрузка на процессор выше

onon Поэтому не получится каждый пакет отдельно пейсить

orignal на а чем тогда оно отличается от того что счас

onon Будем слать небольшими пачками

orignal когда я сразу пакет отсыдлаю

orignal я не улавливаю тут логики

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

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

orignal если есть чем и остылаем

orignal ну так откуда брать возможности канала?

relaybot 13apophis: > orignal: я не улавливаю тут логики

orignal я же не знаю сколько за раз отсылать

relaybot 13apophis: тут стандартная модель как в универе

onon А нужно знать ширину канала, например канал 100 кбайт/с

onon Тогда шлём по 10 кб через 100мс

orignal ну например я могу узнать размер буфера на откправку

orignal apophis давай конкретно

onon Если сразу вставим 100 кб, будет дроп

orignal меня ингтересуют правктисекие вещи

orignal у меня есть очердь из пакетов я их кидаю в сокет

orignal в какой момент сделать паузу?

orignal то есть ты предлагаешь толщину канала в конфиге задавать. так?

relaybot 13apophis: > orignal: apophis давай конкретно

relaybot 13apophis: конкретно то, что он говорит верные вещи и они стандартны по подходу. Жопа в том, что в вашем случае конкретные параметры выборки количества пакетов приде <clipped message>

relaybot 13apophis: тся решать опытным путем, Что ХЗ как проблематично или нет.

relaybot 13apophis: вот тебе конкретика

onon Максимум это либо размер буфера сокета, либо максимальное количество пакетов на сетевой карте

orignal еще раз сапршиваю

orignal это предалагется зававать в конфиге как MTU счас можно?

onon о есть ты предлагаешь толщину канала в конфиге задавать. так? - Да

orignal вот это уже предметный разговор

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

orignal ну даальше уже понятнее

onon И сами будут страдать

orignal ну так на то они и придурки

onon Потому что у них будут дропы и медленнее работать, чем если бы они выставили реальное значение

orignal которые ставят X на мобильной сети

orignal итак

onon Это как с MTU можно поставить максимум, и будет фрагментация

orignal 1. делаем очередь на отправку

onon И будет медленно работать

onon А можно реальный размер и будет быстро

orignal 2. тот тред который ее читает отправляет число пакетор не более толщина канала/mtu

orignal 3. делает паузу

orignal сколько должна быть пауза?

onon В зависимости от того, сколько ты вставил килобайт и ширины канала

onon Что бы не превышать

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

orignal а в очереди пакеты еще есть

orignal сколько ждать

orignal ?

onon Например ты вставил 128кб а канал 1 мбит

onon Сейчас посчитаем

orignal например

onon Тогда ждём секунду =)

orignal а почему секунду а не миллисекунду?

orignal или не минуту

onon Потому что 1 Мегабит = 125 Килобайт

onon В секунду

onon Уже в лимит упёрлись

onon Нельзя так много в такой канал слать

onon Нужно поменьше и почаще

onon Например по 1 кб в 10мс

orignal все понял твою мысль

orignal если мы шлем размер равный толщине в секунду то ждать секунду

orignal или слать лимит в миллисекунда так и и ждать миллисекунду

onon Нет, секунду ждать это слишком

onon Нужно чаще, но меньше

onon Чем больше вставляешь за раз, тем выше вероятность, что не влезет в какой-нибудь из буферов на промежуточных узлах

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

orignal так а если очередь все время растет то что делать? дропать самим?

onon Если для проца милисекунда не напряжно будет, то норм

onon Конечно дропать

onon WRED/RED

onon Для этого и придуман

onon Если сделает приоритеты, то WRED

onon Если без, то RED

orignal ладно попробую сделать

orignal полагаю на 4 и 6 разные очереди?

onon А они что в разные карты шлют?

orignal могут и в разные

orignal на работе и по 4 в разные идут

onon Тогда очевидно раздельные

orignal обычно в сервере 4 или 8 карт стоит

onon Кстати в BBR стартовый пейс вроде и равен 1 мс

onon Уже потом он по ходу подгоняет

orignal короче сделаю

orignal наверное

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

onon И очень быстро должно работать

onon Потому, что с каждой очереди по 1му пакету собирать нужно

orignal не ну я хочу сделать одну общую для начала

orignal с одной стороны сесии пихают с другой стороны тред читает и кидает в сокет

segfault orignal: я у тебя UB нашёл

onon Хмм, не совсем то что я имел в виду. Но хотя бы ширину канала превышать не будем...

orignal возьми с полки пирожок

segfault orignal: какими данными должен быть заполнен ::i2p::data::Keys ? в смысле, предполагаешь ли ты, что "мусор" при создании объекта это случайные значения, или можно занулить?

orignal отстань

segfault orignal: что не так опять? я нашел UB и хочу его исправить.

orignal <orignal> отстань

orignal хоти дальше

gimonchik Люди добрые

gimonchik Подскажите

orignal там все в порядке

gimonchik В настройках http туннеля можно подключить ssl сертификат

orignal нет

gimonchik (

orignal сертификат чего?

orignal твой как клиента или сервера к которому цепляешься?

gimonchik Клиента

orignal это можно добавить толкьо я не понимаю зачем

gimonchik Чтоб можно было сделать публичный защищëнный туннель

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

gimonchik Ну да

orignal ну хорошая мысль

orignal можно сделать

orignal просто раньше никто не просил

orignal я вообще не знал что кто то этим параметром ssl пользуется ))

segfault orignal: > там все в порядке

segfault не в порядке. в функции ::i2p::data::CreateRandomKeys ты создаешь структру ::i2p::data::Keys на стеке не инициализировав, потом вызываешь функцию ::i2p::crypto::GenerateElGamalKeyPair, в которой читаешь указатель-аргумент из неинц��ализированной структуры.

orignal <orignal> <orignal> отстань

orignal ты не знал что в плюсах аргумент бывает возвращемым значением?

orignal на это разговор с тобой окончен

orignal не понимаешь как код работает - не выебывайся

segfault github.com/PurpleI2P/i2pd/blob/d4eea61b822a92ea99487829bc96ce164a3168fe/libi2pd/Crypto.cpp#L438

segfault в этой строке ты берешь значение неинициализированного указателя. это UB.

orignal совсем дурак что ли?

orignal RAND_bytes буфер ЗАПЛНЯЕТ

orignal дятел блять

segfault да, верно. вот здесь ты ему какое значение передаешь? github.com/PurpleI2P/i2pd/blob/d4eea61b822a92ea99487829bc96ce164a3168fe/libi2pd/Identity.cpp#L787

orignal буфер на стеке и что?

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

orignal на самом деле не копия там копилятор с оптимизирует сам

onon Если минимальный пейс сделать в 1мс то лимит при размере буфера 128кб будет лимит по скорости в 1Гбит/с

onon Вероятно стоит сразу делать пейс в микросекундах

onon Если у нас буфер маленький а канал широкий, то придётся уменьшать пейс.

orignal не уверен что таймер будет правильно работать в микросекундах

orignal еще сотни микросекунд да

onon Ну если у нас 10гбит, и буфер 128кб, то пейс 100 мкс

onon Если 256кб то 200 мкс

orignal ну не знаю надо тестировать

onon Врятли мы будем разгонять i2p до 100гбит...

orignal Tunnel creation success rate: 62%

orignal на недороутере

onon Tunnel creation success rate: 20%

onon Routers: 19667 Floodfills: 801 LeaseSets: 280

orignal на например 2RRY стоит на 10 гигабитном канале