Erlang несколько вопросов

Ну, я думаю, если ты начнёшь его изучать, вопросы решаться сами собой..

логично :), но хотелось бы услышать мнения

извенение принято!

http://www.erlang.org/about.html

- там есть и экзампели, и документация, и прочая херня по этому языку.

1.4. What sort of problems is Erlang not particularly suitable for?

People use Erlang for all sorts of surprising things, for instance to communicate with X11 at the protocol level, but, there are some common situations where Erlang is not likely to be the language of choice.

The most common class of 'less suitable' problems is characterised by performance being a prime requirement and constant-factors having a large effect on performance. Typical examples are image processing, signal processing, sorting large volumes of data and low-level protocol termination.

Another class of problem is characterised by a wide interface to existing C code. A typical example is implementing operating system device drivers.

Most (all?) large systems developed using Erlang make heavy use of C for low-level code, leaving Erlang to manage the parts which tend to be complex in other languages, like controlling systems spread across several machines and implementing complex protocol logic.

- из ФАКа по нему

а я вот все искал документацию по сокетам, так и не нашел. Может подскажете?

В бумажном варианте - по сокетам лучше всего читать Стивенса.

>В бумажном варианте - по сокетам лучше всего читать Стивенса.

Я имею ввиду сокеты в Erlang, а не в общем.

вообщем удалось найти по перекрестным ссылкам.

http://www.erlang.org/doc/doc-5.5/lib/kernel-2.11/doc/html/gen_tcp.html

1) компилируемый в байт-код. Есть нативный компилятор, но работает только на 2 архитектурах и с заморочками

2) нет

2 еще раз) где?

> 2. заявлено о том что он поддерживает real-time что-то там, что это значит: на нем можно писать rtos топа qnx?

Это означает грубо говоря следующее: байткод компилятором разбивается на конечные фрагменты (редукции), которые последовательно выполняются интерпретатором. Время выполения одной редукции всегда меньше T, где T - некоторая константа, зависящая от среды исполнения (например от мощности процессора). По такой схеме очень хорошо масштабируется большое число "параллельных" Erlang-процессов, так как ни один из них не может захватить процессор на промежуток времени больший чем T. Это разработчики и называют софт-реалтаймом :)

Прочитал заголовок как "Enlarge несколько вопросов" и задумался1