Size: a a a

2021 June 06

OP

Oleg Pronin in Modern::Perl
Но это знать не обязательно
источник

MG

Mr. Good in Modern::Perl
:)
источник

OP

Oleg Pronin in Modern::Perl
Примерно для этого фреймворки и существуют
источник

MG

Mr. Good in Modern::Perl
Ладно, если встречу такую нагрузку, задумаюсь о фреймворке:) но пока за 20+ лет не встретил:)
источник

OP

Oleg Pronin in Modern::Perl
Отлично это понятие относительное. Отлично для определенного проекта, а для другого уже не отлично будет
источник

MG

Mr. Good in Modern::Perl
А вы уверены, что на сайте 100К запросов в секунду DBIC  будет быстрее работать, чем DBI? Ну и что FCGI не выдержит такие нагрузки? Я лично не уверен, аж проверить захотелось:)
источник

OP

Oleg Pronin in Modern::Perl
Как тока добавите dbic, он будет главным тормозом. И вся скорость сойдет на нет (до 1000-5000/с, смотря как писать)
Мы сейчас обсуждаем ваще паралельные вещи - быстрые решения apache+fcgi/whatsoever и ORM фреймворки для логики, сверхбыстрых реализаций которых для перла мне пока неизвестно
источник

MG

Mr. Good in Modern::Perl
С этим согласен:) а второе хочу проверить опытным путём, очень интересно! :)
источник

OP

Oleg Pronin in Modern::Perl
Но не все сервисы большого проекта ходят в базу и есть разные запросы. Мы играми занимаемся, там очень много запросов и большинство из них работают тока с памятью или переговариваются с другими серверами. И они имеют весьма высокую скорость
источник

OP

Oleg Pronin in Modern::Perl
Десятки тысяч в секунду на ядре
источник

MG

Mr. Good in Modern::Perl
Clickhouse наверное используете?
источник

OP

Oleg Pronin in Modern::Perl
Только для аналитики. Для данных игры postgres.
источник

MG

Mr. Good in Modern::Perl
Хорошо, а что вы думаете по поводу uwsgi+Perl? Думаю 100К должен тянуть
источник

OP

Oleg Pronin in Modern::Perl
Вы поймите что это лишь способ доставить данные в колбек. Он вообще погоды не делает особо.
источник

OP

Oleg Pronin in Modern::Perl
Это больше про апи чем про скорость
источник

MG

Mr. Good in Modern::Perl
Я тогда не совсем пойму, где здесь "узкое место", в способе доставки, или в моем говнокоде? До этого коммента я думал, что больше в способе доставки
источник

OP

Oleg Pronin in Modern::Perl
Падение в описанном мной случае например происходит потому что psgi требует данные запроса в перловом хеше, а с++ фреймворк уже все распарсил и разложил в с++ обьект. При прямом его использовании создается просто перловая обертка а через psgi он вынужден тормозной перловый хеш создавать и сразу падение скорости, но даже при этом она 60к, что быстрее чем nginx. Wsgi это просто еще один формат как доставить данные. Ничего от этого не изменится
источник

A

Alexander in Modern::Perl
Если сам фреймворк дает быстрый ответ и не нужно делать префорк, то проще всего просто проксировать запросы с nginx на запущенный инстанс приложения
источник

MG

Mr. Good in Modern::Perl
А в FCGI с моим подходом, получается, что я вообще никакие хэши не использую, а парсю запрос и складываю данные в ОЗУ, правильно?
источник

MG

Mr. Good in Modern::Perl
Да, так и делаю
источник