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

EKCKABATOR54 Короче я заебался искать кого кто, кто разбирается

EKCKABATOR54 В итоге сам запустил для i2pd

EKCKABATOR54 И че то ну совсем медленно передаются данные

EKCKABATOR54 # delay of 40+-20ms (normal distribution) per pod # 0.1% loss with higher successive probablity (packet burst lossess)

EKCKABATOR54 В итоге скорость даже не 100кбит

EKCKABATOR54 по ощущениям

EKCKABATOR54 10 кбайт почему то

EKCKABATOR54 Пока не понял почему

EKCKABATOR54 2 мегабайта за 157 секунд отправилось

EKCKABATOR54 надо будет idk попросить java i2p добавить сюда github.com/h-phil/i2pd-testnet-kubernetes

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

orignal кто за тебя это будет делать?

Vort я вообще не понял о чём речь

orignal человек жалуется на низкую скорость

orignal ничего содержательного

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

Vort речь то о testnet

orignal ну я не знаю что он делал

onon > Vort onon: что думаешь по этому поводу? ^

onon Думаю, что вполне реальный сценарий, что клирнетовские пережимают итупедишные

onon Потому что там RTT меньше

onon А если там у него кубик стоит а не ббр то и вообще плохо будет

orignal так у него просто канал узкий

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

onon Он писал что широкий

onon 500 мбит

onon И даже не весь занимается

orignal и как это может быть в принципе?

onon У нас алгоритм сейчас довольно таки чувствителен к колебаниям RTT (jitter)

onon Клирнетовстие торренты его шатают, наш алгоритм думает что там затор

onon И сбрасыват скорость

onon Постепенно и до нуля

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

onon Чтоб фильмы всякие сделать доступными в i2p очевидно же

orignal так вот и не надо так делать

orignal с одного инстанса

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

Vort и проблема вылазит тогда, когда на определённую раздачу приходят клирнет пиры

Vort это в либторренте хрень какая-то

onon Может я когда-нибудь стримы доделаю, и тогда сам либторрент потестирую...

Vort я как-то не сразу сообразил, что пережимание и с соседней раздачи бы работало

Vort "<~orignal> так вот и не надо так делать" да нормально всё. либторрент просто кто-то должен починить

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

Vort а тут при полупустом канале глюки лезут. пипец

orignal не верю я в то что TCP сокеты конфилктуют

onon Так буфер на карте и на маршрутизаторе общий же

Vort я такое часто вижу с торрентами (чисто клирнет)

Vort приходит близкий по RTT пир, упирает канал в 100% и остальные раздачи после этого еле ползут

Vort а вот без упора в 100% (а тем более если нагрузка около 10%), то, действительно, поверить сложно

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

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

Vort то есть, балансировка у чистого TCP не очень то

onon Это у кубика не очень

onon У BBR с этим дела получше

onon Там синхронизация есть

Vort проще на UDP переходить. но как же легко с ним накосячить :)

orignal о кстати да

orignal а почему бы чуваку не попробовать на чистом SSU2?

onon Твой SSU2 ещё хуже чем кубик

Vort ну если это libtorrent глючит, то тут что не пробуй - результат будет тот же

onon Вредные советы раздаёшь

orignal работает же

onon Ага, я видел как он работает

onon Только мат и слюни

Vort он работает каким-то чудом )

Vort по логике не должен )

orignal шмель тоже летать не может ))

orignal но летает ))

onon Может щмель летать

onon И летает

onon Эта байка из детсада про шмелей