IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/11/01
~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest7184
Leopold
Most2
Nausicaa
Ruskoye_911
Vort
anon2
b3t4f4c3
karamba_i2p
nemiga
not_bob_afk
plap
poriori
profetikla
soos
teeth
un
weko_
whothefuckami
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 сразу после старта