AS
Не путай парсинг и валидацию
Size: a a a
2021 June 19
PD
Пофиг, это никак не помогает сделать решение на 100mln пользователей, поздравляющих друг друга с Новым Годом.
AS
Это один и тот же модуль, напрямую завязанный на асинхронную сеть.
AS
Ни щито а xmpp многосерверный
AS
Ой да ладно развести на несколько потоков и парси сколько душе угодно
AS
ЩИТО???
XMPP - это ПРОТОКОЛ.
Он не может быть одно- или многосерверным. Так же, как SMTP не может быть многосерверным.
Его реализация в виде сервера может в теории быть многосерверной.
XMPP - это ПРОТОКОЛ.
Он не может быть одно- или многосерверным. Так же, как SMTP не может быть многосерверным.
Его реализация в виде сервера может в теории быть многосерверной.
AS
Бхахахахахаха. Каких потоков? Posix threads? Поздравляю, это первая ошибка проектирования подобного сервера
AS
Это протокол который by-design подразумевает mesh сеть в отличии от той де аськи
AS
Каких еще posix. Сетевых потоков же.
AS
Это не имеет никакого значения. Значение имеет реализация в виде кода.
RFC тут ни при чем
RFC тут ни при чем
AS
Как _сетевой_ поток может что-то _парзить_ в xml?)))
AS
Вообще ты меня не понимаешь
AS
Я - нет.
AS
Но както после 320 гигабит разбора вообще всего трафика какие то 100млн пользователей сервера парсить ну смешно
AS
Разбалансировать по обработчикам. Сотню миллионов контекстов держать в озу без проблем. Разобрать не сложно ни разу. Естественно в дом не загонять. Потоково.
AS
Тем более для жаббера и не надо дома там структура сообщений примитивная
AS
Очевидно, что подобные системы начинают проектировать не с парзера и не с сетевой части, а с реализации фермы серверов и передачи данных между ними.
Потом уже можно делать асинхронный сервер на event loop и с потоковым парзингом где-нибудь в coroutine.
И тогда не столь важно сколько времени тупит парзер сколько важно что можно в ферму докинуть хоть 100 дополнительных серверов, лишь бы между ними работал внутренний RPC.
Всё это в том проекте сделано не было.
Потом уже можно делать асинхронный сервер на event loop и с потоковым парзингом где-нибудь в coroutine.
И тогда не столь важно сколько времени тупит парзер сколько важно что можно в ферму докинуть хоть 100 дополнительных серверов, лишь бы между ними работал внутренний RPC.
Всё это в том проекте сделано не было.
AS
Зачем курутины то. Куча серверов на плюсах писана
AS
Затем, что это наиболее простой способ работать с асинхронной моделью. А плюсы в сетевой части не нужны ни для чего и никогда.
AS
Ну так то да. Фермы серверов конечно громко звучит.