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

weko [16:56:19] <f2IjH> а в чем преимущество ssu2 ну кроме пробива nat?

weko Кроме скзаанного. В ssu2 есть переотправка потерянных пакетов, но нету восстановления порядка сообшений, что есть в tcp (соответственно tcp). И в ssu2 роутер контролирует деление на пакеты. В теории это уменьшает задержку, на практике же зависит от реализации

orignal у нас просто реализация его хуевая

weko Ну да

weko Разобрались с сидером?

orignal еще не начинали

orignal займусь на днях

aboba Вечер добрый, возможно где-то пропустил, но по оформлению кода что используем в i2pd? clangformat или что то подобное не удалось найти, возможно я проглядел

orignal ничего

orignal как хочешь так и пиши

orignal это не является чем то принципиальным

Vort почему-то сегодня больше обычного начал задалбывать Firewalled

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

onon STUN

Vort с чего бы считать что он работает лучше? у меня snowflake тоже херню творит. там вроде как раз STUN

onon Не знаю кто такой snowflake

Vort прокси Тор

onon Возможно у тебя в сети очень большой пакетлосс

onon STUN запросы теряются

Vort это естественный режим работы как Tor, так и i2p

Vort значит другие протоколы нужны

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

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

onon Возможно этот snowflake что-то делает неправильно

Vort возможно

Vort там разработчики не особо стараются разбираться в проблемах

orignal у меня нигде нет Firewalled

onon Говорите в новых версиях убраны лаги при обработке пакетов?

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

onon Значит надо пробовать обновляться

onon Я у себя лаг в 7 секунд насчитал

onon На прямом установленном SSU2 коннекте

orignal так может потрели

Vort у меня 22 января последний "exceeds max size" был

Vort так что явно стало лучше. но вот всё ли выловлено - большой вопрос

onon Ещё одно замечание. Я вот смотрю работу транспорта. На роутере сейчас из активностей только тесты туннелей. И вот что я вижу: сеть примерно 20 секунд простаивает а потом почти одновременно шлёт пучок пакетов к разным другим роутерам �

onon к простаивает

onon Транзит выключен специально

onon Это совсем нехорошо когда мы используем сеть такими импульсами

Vort если это не мегабайт пакетов - то и правильно

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

Vort амплитуда импульса важна

onon Когда у тебя туннелей много - может и мегабайт нсасобираться

orignal ну это понятно что перестроение тоннелей или тесты

onon А нельзя это как-то размазать по времени

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

onon Это же и на транзить очень плохо влияет

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

onon Если это не сложно сделать, то было бы неплохо

orignal счас гляну

orignal вообше то там уже так

onon Тогда чем ещё можно объяснить такое поведение в сети

Vort логирование можно дописывать специально для выяснения этого вопроса

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

orignal ну так действительно добавь логи в void TunnelPool::ManageTunnels (uint64_t ts)

onon Это только ворт так умеет

orignal это тесты

onon Я умею только критиковать

orignal а все ясно это ManageOutboundTunnels и ManageInboundTunnels

orignal LeaseSets: 899

` <onon> Я умею только критиковать

` Это мой хлеб