IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/12/15
~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+relaybot
DUHOVKIN_
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
anon3
b3t4f4c3
fidoid
karamba_i2p
nemiga
not_bob_afk
onon
plap
poriori
profetikla
qend
segfault
soos
teeth
tetrimer_
uis
un
unlike
user
vade
weko
whothefuckami
onon Я тут вот что подумал, возможно ли архитектурно сделать единую очередь для транспортов?
onon Не 500 пакетов на каждый транспорт, а например динамический размер в зависимости от скорости
orignal то есть вообще единую или к дестинешину?
onon Вообще
onon На транспортах
orignal а смысл?
orignal счас я наборот увязываю траснспорт напрямую с тоннелем
onon Если большая скорость на одном транспорте, может не хватать 500
orignal а 500 вообще это где такой лимит?
onon Потому что несколько пользователей разделяют буфер
orignal так ты опять про UDP
onon const int NTCP2_MAX_OUTGOING_QUEUE_SIZE = 500; // how many messages we can queue up
orignal по TCP не разделяют
orignal так это NTCP2
orignal это ж на сесиию
orignal и это охуенно много
orignal в NTCP2 они все изолированные
orignal и если очередь значит та сторона или маршрут к той стороне тормозят
onon Когда у тебя на уровне TCP теряется пакет
onon Он ждёт ретрансмита
onon И очередь начинает копиться
onon Когда у тебя большая скорость, то пакетов много
orignal ну значит именно эта сессия плохая
onon Нет, в любой сети есть пакетлосс
orignal так с какой стати они будут влиять друг на друга?
onon Это нормально
onon Смысл в том, что 500 может не хватать
onon Для одной сессии
onon Но для всех увеличивать нету смысла
onon Вот и думаю, можно ли все пакеты сваливать в одну кучу
onon Для разных сессий и транспортов
onon Это если что пока не большая проблема, так на будущее думаю.
onon У "железных" роутеров там очередь общая вне зависимости от маршрута пакета
orignal возможно