cursed Feb 28 2011 at 22:51

Up the pool

1 min

1.9K

Erlang/OTP*

Translation

+39

Comments 13

danilissimus Feb 28 2011 at 22:57

>Keep It Simple, Stupid.
Интересно, сколько тысяч уровней абстракции спряталось за этими двумя строчками?
>Для запуска Erlang пула Вам необходимо следующее
Ничем вобщемто не отличается от других распределенных технологий, кроме того, что все «искаропки».

dmitriid Mar 1 2011 at 11:15

> Ничем вобщемто не отличается от других распределенных технологий, кроме того, что все «искаропки».

Вообще-то в этом и есть главное и основное отличие

bobermaniac Feb 28 2011 at 23:22

Интересно, когда сюда набегут фанаты С++ с их шаблонной магией и БЫСТРОДЕЙСТВИЕМ!?

nuclear Mar 1 2011 at 00:25

Похоже набежали...))

bobermaniac Mar 1 2011 at 00:32

Да, у них начинается батхерт, когда любое действие можно сделать быстрее, чем за два десятка строк и тридцать шаблонов из буста.

stolen Mar 1 2011 at 01:16

«Все компьютеры должны иметь код, который будет запущен»
Необязательно. erl_boot_server крайне прост в настройке и решает эту проблему в корне. Заодно избавляет от задач синхронизации бинарей на нодах.

miolini Mar 1 2011 at 01:21

Модули еще можно подгружать на всех нодах сразу коммандой nl(Mod), где Mod — имя модуля.

cursed Mar 1 2011 at 01:29

Разумеется, существуют способы синхронизации кода между нодами, в том числе «из коробки». В списке указаны скорее не необходимые действия, а условия.

Throwable Mar 1 2011 at 10:56

> Я программист. Поэтому, меня всегда потрясают вещи, которые «просто работают».
…
> это и есть оскорбление все раздутых, коммерческих, дорогих BPEL-for-Web-Services-on-J2EE (or .NET) серверов приложений и т.д.

К великому сожалению, нынче вещи, которые «просто работают» не продать :(

UFO just landed and posted this here

michaelarshinov Mar 1 2011 at 19:35

круто! можно использовать Erlang + Linux + ODBC + Oracle, нужно будет как-нибудь вспомнить и попробывать, спасибо за статью

LiveStalker Mar 4 2011 at 09:48

В большинстве случаев просто брать какую-либо технологию и применять её из-за того, что она клевая, ничем хорошим не заканчивается. Для каждого класса задач есть свои эффективные инструменты, и чтобы их выбрать нужно провести хороший анализ.

el777 Mar 9 2011 at 20:36

А если к примеру есть задача принимать на этот кластер подключения, как можно обеспечить распределение запросов по нодам? Хорошо бы учесть текущее состояние ноды — может она ушла в даун, а мы пытаемся к ней коннектиться?
Кстати, что будет происходить при падении ноды? Как другие процессы об этом узнают? Например, если есть два слинкованных процесса на разных нодах?
Есть какое-нибудь «аффинити»? Например, запустить процесс, с которым будешь интенсивно общаться, на локальной ноде?