бамп

бамп 2

бамп 3

>>121305791 (OP)
>> UDP
>> последовательность пакетов
wtf I am reading jpg

>>121306267
Клиент отсылает их последовательно же.

>>121306328
Ну и что лол
Ты ещё небось ждёшь что тебе пакеты гарантированно придут. Это UDP, анон.
Не хочешь ада и содомии, юзай TCP.

>>121306451
Гарантия доставки не нужна, всё происходит в кластере локальной сети.

Разрывов нет.

>>121306532
Вот если ты начнёшь слать с каждой ноды по 10Gbps то всё у тебя будет, поверь.
В общем если у тебя не карьерный самосвал типа MapReduce-кластера на 1000 машин, зачем тебе UDP?

>>121306688
Детская травма от тцп.

По существу есть чё, кроме пересчета буфера по тику?

>>121306802
Неа, какое существо, это ж двачъ
Я вообще хз про этот ваш дотнет.

>>121306891
Вы хуй, сэр.

Прост это горячий пересчет куба. В кубе 1ккк записей, +10к в час.

>>121307041
Я-то может и хуй, но надроченый не делать на пустом месте такой поеботы как вы, сэр :)
Что вообще за куб?

>>121307319
олап, вот это всё.

>>121307511
А, ясно-понятно. Будни энтерпрайза. Буээ.

>>121307944
Кушать то хочется.

>>121307041
> +10к в час.
3rps?

>>121305791 (OP)
во-первых вообще не в курсе что в этом коде происходит, но есть несколько вопросов:
ты создаешь серверсокет юдипишный, слушаешь его, приходящий пакет разбираешь, складываешь все в _newss.Packet?

во-первых, почему ты ожидаешь что пакеты придут в порядке отправки? во-вторых, в каком потоке/в каких потоках вызывается ServerReceiveCB, не получишь ли ты data race? в-третьих, что за олап можно делать по данным, которые моут потеряться по дороге, у вас там все так работает?
4. если уж udp, то может хоть crdt юзать, чтобы порядок не напрягал?

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