S
За секунду луасокет вполне успешно пересылает и принимает 105МБ, я уже писал тестилку на локалхосте ))
socket.sleep. В данных условиях, это слип на пол года.Size: a a a
2020 February 13
VV
Только потому что
Не уловил. Как связано с ожиданием? Типа, за время слипа, успела прийти вся строка? А в partial она только потому, что соединение не закрыто?
S
Да.
VV
За секунду луасокет вполне успешно пересылает и принимает 105МБ, я уже писал тестилку на локалхосте ))
А ты только socket тестировал, другие либы никакие не проверял для передачи по сети?
S
Не особо. Ещё свои ffi-биндинги к winsock, но они.. Специфичные.
S
Я и говорю, в идеальном мире.
Потому что сплошь и рядом сообщение пихают в поток байт и без разделителей, и без длины.
И нужно самому догадаться, по каким признакам верно будет разрезать склейку.
Потому что сплошь и рядом сообщение пихают в поток байт и без разделителей, и без длины.
И нужно самому догадаться, по каким признакам верно будет разрезать склейку.
Кстати, где ты видел "сплошь и рядом поток байт без разделителей/длины"?
S
Назови какой-нибудь пользовательский протокол.
S
Длины может не быть только там, где, собственно.. Потоковый протокол. Например, интернет-радио. Там не будет длины, и условный ogg-файл будет передаваться бесконечно.
S
А в любом сообщение-ориентированном протоколе будут разделения, инфа 100%.
VV
Кстати, где ты видел "сплошь и рядом поток байт без разделителей/длины"?
Логи аудита системы bluecoat, например
S
Офигенно странно. Мб оно предназначено тупо для непрерывной записи в файл, и там разделителем отдельных логирующих сообщений работает
\n.VV
Назови какой-нибудь пользовательский протокол.
Ты про rfc 7-го уровня? Потому что я про проприетарные устройства, которые по сети общаются, а как, вендор не указывает.
VV
А в любом сообщение-ориентированном протоколе будут разделения, инфа 100%.
Только в том, что по rfc писали, хотя бы с формальной совместимостью.
А это далеко не всегда так.
А это далеко не всегда так.
S
Потому что непрерывные неразделённые логи — это немножко мусор. Там должна быть как минимум метка времени, которая может работать началом сообщения.
VV
Офигенно странно. Мб оно предназначено тупо для непрерывной записи в файл, и там разделителем отдельных логирующих сообщений работает
\n.\n при этом прекрасно встречает я в теле запроса
VV
Потому что непрерывные неразделённые логи — это немножко мусор. Там должна быть как минимум метка времени, которая может работать началом сообщения.
И опять же, запрос содержит вложенные метки времени того же формата. Если отделать по ним, один запрос будет добиться на 4-5 штук без целостного смысла