Телеграмм чат группы dlangru страница 10474

либо мы просто один буфер расширяем реаллоками до конца сообщения/запроса

16:03пожаловаться #1

тут вполне дёшево должно быть

16:03пожаловаться #2

Особенно если гоним потоковое видео какое-нибудь.

16:04пожаловаться #3

не, это про хттп

16:04пожаловаться #4

у видео своя специфика

16:04пожаловаться #5

Если ты знаешь, что в твоем протоколе нет пакетов больше 10Кб, тогда можно просто выделить один буфер размером в 10Кб. Да.

16:05пожаловаться #6

Но в целом nbuff можно считать неким вариантом реаллока, но с удалением кусков, которые допустим уже не нужны. А реаллок весь буфер хранит.

16:06пожаловаться #7

Ну и nbuff тащит куски из пула, соответственно никаких копирований и реаллокаций после "разогрева".

16:06пожаловаться #8

а что пул?

16:07пожаловаться #9

если там пул, мы и тут может зарезервить 1 мб

16:07пожаловаться #10

Но если пакет длиной 2Мб, то придется зарезервировать 2Мб

16:07пожаловаться #11

а так ты работаешь с некими текущими 200кб, то что было до них можно вернуть в пул.

16:08пожаловаться #12

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

16:08пожаловаться #13

а что за данные имеют такой характер?

16:09пожаловаться #14

Любые потоковые.

16:09пожаловаться #15

я не понимаю, то хттп, то потоки

16:09пожаловаться #16

Речь просто о сети. ХТТП вроде ты первый упомянул.

16:09пожаловаться #17

а сеть что? есть протоколы, которые сначала длину пейлоада дадут

16:10пожаловаться #18

мы 1 раз выделим и прочитаем

16:10пожаловаться #19

Ну и ХТТП тоже может так работать, жсон какой-нибудь большой или хз.