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

Ага, каждый чанк отдельно оборачивать в протобаф... Можно, конечно. Ничего сверхестественного. Я вообще люблю стримы в грпц.
Но блин! Серьёзно? Древнее решение с мультипарт уделывает по всем фронтам!

источник

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

Nikolay in Moscow Python

Alexander Zelenyak

ну вообще по всем фронтам уделывает еще голый TCP, ты можешь стримить файл в сокет, а он сам нарежется в MTU

источник

21:10пожаловаться #5

Alexander Zelenyak in Moscow Python

Ну дык мультипарт так и нарежется. 🙂

источник

21:10пожаловаться #6

Alexander Zelenyak in Moscow Python

Но голый тцп это сложно.

источник

21:10пожаловаться #7

Nikolay in Moscow Python

над мультипартом там будет накручен ненужный http на все сообщения

источник

21:11пожаловаться #8

Alexander Zelenyak in Moscow Python

Так-то можно спросить какую задачу я решаю и накинуть ещё 100500 других решений, которые я уже придумал. Просто хочется пойти этим путём.

источник

21:11пожаловаться #9

Nikolay in Moscow Python

ну просто решение, на самом деле, одно из двух - либо пересылать через голый TCP, либо взять примерно любой протокол прикладного уровня (HTTP, gRPC, Avro, MsgPack) и оборачивать каждый чанк в него, а на получателе парсить

источник

21:12пожаловаться #10

Alexey Starkov in Moscow Python

Nikolay

над мультипартом там будет накручен ненужный http на все сообщения

у хттп там оверхеда нет, он просто в тцп стриме идет и идет

источник

21:12пожаловаться #11

Alexander Zelenyak in Moscow Python

Nikolay

над мультипартом там будет накручен ненужный http на все сообщения

Это мелочь же. 🙂
Мы говорим о запросах, которые объём которых чувствителен для памяти. ХТТП там даже не 0.05%.