YP
Qbasic :) ))))
В продакшне?
Size: a a a
2019 October 19
AA
Любопытно, какие ЯП в стеке в обитателей этого чата, кроме erlang?
yaml, bash
АБ
В продакшне?
Ага-ага! А как же?! :) )))))))))
В окружении кластера, в среде гиперконвергентности! И процессы программ тоже передаются межнодово :) )))))))))
В окружении кластера, в среде гиперконвергентности! И процессы программ тоже передаются межнодово :) )))))))))
2019 October 20
АН
Привет. Присматриваюсь к эрлангу, появился вопрос. Правда, что в erlang допустимо каждому клиенту выделять свой поток?
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
AA
только не поток, а процесс
ŹR
Привет. Присматриваюсь к эрлангу, появился вопрос. Правда, что в erlang допустимо каждому клиенту выделять свой поток?
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
В RabbitMQ, который написан на Erlang каждому клиенту выделяется несколько десятков процессов. Цифры rmq гуглятся
SP
да прям уж десятков?
AA
все проекты разные, встречалось и десятки миллионов в секунду сообщений
ŹR
да прям уж десятков?
Ну если разделить сумму всех пидов в рабочем RMQ на количество connections получится несколько десятков
AA
я между двумя домашними машинами устанавливал миллион tcp соединений, где каждый клиент — процесс
SP
в rmq вроде как на каждую очередь по процессу, на каждого клиента тоже. Так что тут 2 фактора
ŹR
в rmq вроде как на каждую очередь по процессу, на каждого клиента тоже. Так что тут 2 фактора
Ну как бы да, но с точки зрения бизнеса фактор только один
АН
А в erlang нет какого-нибудь GIL? Если попытаться обслужить 200 запросов одним сервером, где каждый запрос будет обращаться к БД, ждать ответа и формировать html, это будет выполняться в разумные сроки? Не будет какой-нибудь блокировки потоков для защиты памяти?
SP
Привет. Присматриваюсь к эрлангу, появился вопрос. Правда, что в erlang допустимо каждому клиенту выделять свой поток?
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
Если кто-нибудь писал highload на erlang с таким подходом, расскажите о цифрах
у меня хобби-проект - прокси для телеграма https://github.com/seriyps/mtproto_proxy, тоже по процессу на клиента. Под 100к подключений на среднем cloud сервере держит
ŹR
А в erlang нет какого-нибудь GIL? Если попытаться обслужить 200 запросов одним сервером, где каждый запрос будет обращаться к БД, ждать ответа и формировать html, это будет выполняться в разумные сроки? Не будет какой-нибудь блокировки потоков для защиты памяти?
Есть per process lock
SP
А в erlang нет какого-нибудь GIL? Если попытаться обслужить 200 запросов одним сервером, где каждый запрос будет обращаться к БД, ждать ответа и формировать html, это будет выполняться в разумные сроки? Не будет какой-нибудь блокировки потоков для защиты памяти?
если сам не накосячишь то не должно быть
ŹR
Но понятное дело, что если у тебя пулл из 5 коннектов к базу, а ты одновременно пытаешься послать 1000 запросов - то кто-то будет ждать
В
А в erlang нет какого-нибудь GIL? Если попытаться обслужить 200 запросов одним сервером, где каждый запрос будет обращаться к БД, ждать ответа и формировать html, это будет выполняться в разумные сроки? Не будет какой-нибудь блокировки потоков для защиты памяти?
Смотря какой максимальный пулл коннектов высталвен и насколько быстро запросы к БД выполняются
В
GIL никакого нет, это ж не питон
SP
даже GC глобального нет, что вообще вроде как уникальная фишка