~AreEnn
~orignal
DUHOVKIN_
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
acetone
anon3
b3t4f4c3
fidoid
karamba_i2p
monkey
nemiga
not_bob_afk
plap
poriori
profetikla
qend
segfault
soos
teeth
tetrimer_
trust
uis
un
unlike
user
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
возможно