С
в какой точке проверить?
Size: a a a
2021 May 23
*
ну по хорошему надо от нетката получить "да я записал"
С
от нетката - никак
YB
ну блин, такой сервер тебе твои CPP программисты напишут с закрытыми глазами за 5 минут
YB
оно компилиться будет дольше
YB
для этого не надо никаких исходников rsyslog брать
YB
можешь даже сам нагуглить клиен-сервер на golang и скопипастить
YB
хотя бы bufer overflow не получится случайно
YB
это я про то, что 6mpbs - это не хайлоад
YB
их можно хоть питоном прожевать
С
протоколов с подтверждением получения - навалом, зачем писать сервер?
YB
ну или можно поднять кафку, да 😄
GG
Ага, только это не решает проблему
GG
В смысле - такой протокол не поможет, если сеть флапнет или диск кончится
С
Я попытался найти суть проблемы в чате и вижу только, что надо "плюнуть в сеть и забыть", ни о каких подтверждениях речи не было. Плюнуть и забыть - то UDP. Если всё же нужны подтверждения, то надо уже разбираться с гарантиями. Хватит ли только TCP, который не гарантирует отсутствие потери при падениях клиента или сервера? Если не хватит, то что с повторами? "1 или больше" достаточно?
YB
ты задаешь сложные вопросы
TF
а потом ты захочешь еще что-то, что будет рисовать очень точно графики
АЛ
ты или юзаешь udp и вытаскиваешь контроль в протокол (если надо контролить) или юзаешь tcp. это в целом не сложный выбор то