Сервер обрабатывал около 1300 запросов в секунду, 95% запросов выполнено за меньше чем 50 мс, что очень неплохо для хостинга за 5$ в месяц.
Главный аргумент за использование Эрланга на проде. Надо теперь на yaws + jquery переписать и посмотреть сколько будет RPS.
Но, как показывает практика, большинству PM'ов проще выбить сервер с x2 RAM и CPU и оставить все на [java/c#/etc], чем нанять erl-разработчиков.
Вот поэтому у меня на эрланге полтора проекта для себя.
То что при сериализации сериализуются поля, но не методы. При десериализации вызывается конструктор по-умолчанию. А классов на стороне сервера, у которых конструктор может что-то исполнить вот такое, их почти и нету. Собственно InvokerTransformer и есть один из таких классов.
Этакий WAF для Java? Да, интересно, но только внутри той-же сферы сотни тысяч классов. И еще какие-то генерятся в памяти ORM'ами.
И таки да, сериализуются туда-сюда.
В 2009 году я на C написал веб-приложение, которое управляло сетью провайдера. Контроль железок, отчетики из биллнга, тулзы для монтажников и подключальщиков и все такое прочее. До сих пор горжусь той разработкой.
Но время конечно было потрачено дико неоптимально :-)
По-сути:
Cуществуют оптимальные и неоптимальные способы решения задачи.
Поднимать тяжелый и сложный в настройке ( если не копипастить конфиги с howto а делать самому ) postfix для парковки доменов и десятка мыл — неоптимальный способ. Есть требования к окружению, есть требования к производительности, есть требования к функциональности сервиса, на основании этого выбирается его реализация — будь то opensmtpd, exim или вообще MS Exchange.
И да, называть что-либо от команды OpenBSD «маргинальным» я бы не рискнул.
Я даже смотрел на сорцы spamd ( который от OpenBSD ) и думал, сколько дней потребуется для его переноса под linux :-)
Но в целом — да, мысль правильная. Может быть даже и портирую, если будет пара свободных недель.
Главный аргумент за использование Эрланга на проде. Надо теперь на yaws + jquery переписать и посмотреть сколько будет RPS.
Но, как показывает практика, большинству PM'ов проще выбить сервер с x2 RAM и CPU и оставить все на [java/c#/etc], чем нанять erl-разработчиков.
Вот поэтому у меня на эрланге полтора проекта для себя.
А то совершенно невозможно работать.
Я думаю достаточно найдется :)
P.S. Парсер лох
И таки да, сериализуются туда-сюда.
Но время конечно было потрачено дико неоптимально :-)
aur.archlinux.org/packages/greyd/
Что, теперь и про него статью написать?
vs
Тяжелее чем сабж? Да.
Избыточен для описанных в статье целей и задач? Да.
Или вы его везде пихаете просто потому, что не хотите что-то новое изучать?
Cуществуют оптимальные и неоптимальные способы решения задачи.
Поднимать тяжелый и сложный в настройке ( если не копипастить конфиги с howto а делать самому ) postfix для парковки доменов и десятка мыл — неоптимальный способ. Есть требования к окружению, есть требования к производительности, есть требования к функциональности сервиса, на основании этого выбирается его реализация — будь то opensmtpd, exim или вообще MS Exchange.
И да, называть что-либо от команды OpenBSD «маргинальным» я бы не рискнул.
Но в целом — да, мысль правильная. Может быть даже и портирую, если будет пара свободных недель.