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

Vort какова ситуация с нагрузкой на сеть?

Vort у меня локально маловато нагрузки. даже меньше, чем без атак

Vort Routers: 9633 Transit Tunnels: 8193

orignal у меня счас тоже мало

orignal мелкочленные похоже увяли

Vort поняли, видимо, что их долбежка малоэффективна

Vort ну или новый план прорабатывают

orignal естественно прорабатывают

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

orignal в плане вынесения криптографии наружу

orignal тоннели тоже думаю разделить построение и передачу сообщений

Vort ну ты же видел скришот с 23 MiB/s транзита у юзера. и это ещё не на последней версии

Vort сколько тебе надо? 30? 40? так без атаки этого не будет

Vort ибо балансировка... кхм.. не лучшая

orignal почему не будет?

orignal если через стримы будет много идти

Vort потому что X узлы разные. но сеть этого "не понимает"

orignal надо их действительно профилировать ибо "не все X одинаково полезны"

orignal кроме того меня терзают смустные сомнения что x25519 влияет на скорость значительно

Vort как правильно делать профилирование я, конечно, не знаю. но, возможно, относительная стабильность RTT может помочь оценить качество узла

Vort вообще, измерения узлов не обязательно делать через хренову тучу хопов

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

orignal естествеено напрмямую

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

Vort ну тут надо разделять по сортам )

Vort float оценку грубо говоря иметь

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

orignal само собой

Vort поэтому если тормозит всё, то что-то не так на "нашей" стороне

orignal так мы же это тоже увидим

Vort с NTCP2 такое измерение сделать можно будет?

Vort про SSU2 почти уверен, что можно

orignal как раз там и нужно

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

Vort это на каком уровне можно смотреть? на уровне сокета? или сам NTCP2 имеет такие фичи?

Vort или ещё выше уровнем - делать специальные профилирующие туннели

orignal async_write

orignal там передается коллбэк

orignal запонимнаем время вызова asynw_write и коллбюка

Vort то есть, таки уровень сокета? по-моему, сокет в 99% случаев проглотит данные мгновенно

Vort если там нету какой-то задницы в виде совсем переполненной очереди

orignal нет

orignal там же есть буфер

orignal как только он переполнится то будет ждать

orignal пока та сторона не пример

orignal *примет

Vort этот метод не даст плавного значения

orignal он позволяет понять

orignal пишем ли мы быстрее чем он читает или нет

Vort с редкими отправками такое сработает? или только когда будет большой поток?

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

orignal это пох

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

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

Vort видимо, надо отдельно обрабатывать варианты с SSU2 и NTCP2

orignal ну смотри мы на работе шлем котировки по TCP

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

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

orignal если она к нему большая значит он лох

Vort меня беспокоит, что этих данных может быть очень мало

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

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

Vort если же просто сделашь в надежде, что всё будет ок, то велик риск, что ок не будет

orignal оба на какую я неэффективность то нашел

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

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

Vort на всякий случай: Uptime: 10 hours Tunnel creation success rate: 30%

Vort чётко такие показатели были до "китайской волны". надо будет последить за графиками узлов по странам

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

Vort какие?

orignal у нас постоянная нехватка эфемеральных ключей

orignal из-за этого траспортные треды столько и друт

orignal *жрут

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

Vort я в этом нифига не понимаю, но звучит так, будто это легко починить

orignal он будет жрать естественнно больше зато нагрузка на трангспорты будет меньше

orignal смысл простой тут

orignal есть некоторое колическтво заранее сгенеренных ключей

orignal мы берем или оттуда а если нету генерим на месте

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

Vort и сколько процентов CPU на это уходит?

Vort хотя бы процент есть?

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

Vort иначе на обслуживание треда траты будут, а пользы не будет

orignal и счас бывает это тред Ephemerals

orignal но он в основном спит потому что на это не было расчета

orignal когда то давно он был сделан для элт-гамаля

Vort настолько спит, что я вообще первый раз о нём слышу )

orignal потому что у партизана(ник у него такой был) NTCP2 весь проц отжирал

orignal да нет его видно бывает

orignal если смотреть

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

orignal короче потом перешли на x25519 а логика с тем тредом осталась

orignal ну и там опять же надо все переделать на splice будет

orignal во Ephemrals в списке сразу стал примерно 2-3% постоянно жрать

orignal сразу после старта