Почему Erlang подходит для мягких приложений реального времени, но не для жестких приложений реального времени?

Question

Почему Erlang подходит для мягких приложений реального времени, но не для жестких приложений реального времени?

Или, может быть, это хорошо для жесткого реального времени?

7

erlang real-time programming-languages hard-real-time

Источник

user585361 22 янв '11 в 05:03

3 ответа

Другие вопросы по тегам erlang real-time programming-languages hard-real-time

user36723 22 янв '11 в 05:05 2011-01-22 05:05 · Answer 1 · 2011-01-22 05:05

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

user25083 25 янв '11 в 01:29 2011-01-25 01:29 · Answer 2 · 2011-01-25 01:29

О, никто не ответил, почему это хорошо для мягкого реального времени, хотя:

В Erlang каждый процесс имеет свой собственный сборщик мусора. Таким образом, если каждый процесс хранится в довольно маленькой куче, то паузы в GC, как правило, очень малы, и это дает действительно хорошее поведение в реальном времени.

user36828 22 янв '11 в 07:17 2011-01-22 07:17 · Answer 3 · 2011-01-22 07:17

В 2008 году Винченцо Никосия представила презентацию, рассказывающую о работе над HRT erlang (HARTE), в которой также описаны проблемы, связанные с тяжелым режимом реального времени текущего BEAM и т. Д. Посмотрите на http://www.erlang.org/workshop/2007/proceedings/05nicosi.pdf

4

Источник

user36828 22 янв '11 в 07:17