Такую эмуляцию мы не планируем. Мы предполагаем, что типичное приложение будет использовать сотни относительно короткоживущих инстансов. Некоторые из них могут выполнять код, который требует POSIX, используя Linux.
Большинство «файлов», которые раздаются по 9P, — синтетические. Например, каждый node экспортирует директорию /proc и запись в файл /proc/1 вызывает посылку сообщения процессу <0.1.0>. Для аутентификации мы используем MUNGE (монтирование из Linux) и MUMBLE (между нодами Erlang on Xen). Схема MUMBLE описана здесь.
Практически сборка образа так и происходит, только без использования компрессии. Есть и аналог манифеста приложения.
Уровень кластеризации прошел этап концепции и сейчас на стадии реализации. Межнодовое взаимодействие не будет совместимым с Erlang/OTP. Каждый инстанс будет напрямую общаться с cloud-стеком (интерфейс EC2).
Давайте вместе попробуем как работает mnesia. Перед тестами лучше обновить версию в build service. По этому вопросу лучше продолжить в почте.
По ФС в Erlang on Xen должна появится публичная презентация. В Plan 9 карта монтирования разная для каждого процесса, также разрешены union mounts, в Linux — она глобальная и union mounts не поддерживаются. Erlang on Xen ближе к Plan 9.
Мы поддерживаем Xen. Поэтому для запуска инстансов можно использовать Amazon или любого другого провайдера, который использует Xen.
По mnesia данных нет. В данный момент несколько человек пытаются запускать разные известные приложения на Erlang on Xen, но Мнезии пока среди них нет.
1. Совместимость обеспечивается только на уровне языка Erlang. Другие интерфейсы, такие как NIF или, тем более, Posix, добавить практически невозможно. Компоненты, которые их требуют, должны выполняться в отдельных Xen VM.
2. Файловая система полностью переработана. Она допускает гибкое монтирование удаленных и локальных систем. Подход похож на Plan9/Inferno. Новая файловая система включена в public Amazon AMI.
3. API для интроспекции есть, но не такой развитый как в BEAM и несовместимый с ним. Параметры в правом верхнем углу окна при работе с public AMI как раз показывают результаты интроспекции.
4. Основная версия сейчас — 64-битная (32-битная также поддерживается). Используется подход похожий на «half-word heap» в BEAM: память процессов ограничена 4Гб, но ETS данные могут использовать память свыше 4Гб. Мы ориентируемся на размер памяти инстанса — 512Мб.
Авторы активно пишут: vsovetov — ключевой человек в проекте.
Новая версия lwIP (1.4.0), использованная в LING, значительно лучше предыдущих. lwIP — это хорошый баланс между сложностью и фунциональностью (но не идеальный). Мы также планируем написать TCP/IP на чистом Эрланге и сравнить.
Большинство «файлов», которые раздаются по 9P, — синтетические. Например, каждый node экспортирует директорию /proc и запись в файл /proc/1 вызывает посылку сообщения процессу <0.1.0>. Для аутентификации мы используем MUNGE (монтирование из Linux) и MUMBLE (между нодами Erlang on Xen). Схема MUMBLE описана здесь.
Практически сборка образа так и происходит, только без использования компрессии. Есть и аналог манифеста приложения.
Уровень кластеризации прошел этап концепции и сейчас на стадии реализации. Межнодовое взаимодействие не будет совместимым с Erlang/OTP. Каждый инстанс будет напрямую общаться с cloud-стеком (интерфейс EC2).
Давайте вместе попробуем как работает mnesia. Перед тестами лучше обновить версию в build service. По этому вопросу лучше продолжить в почте.
По ФС в Erlang on Xen должна появится публичная презентация. В Plan 9 карта монтирования разная для каждого процесса, также разрешены union mounts, в Linux — она глобальная и union mounts не поддерживаются. Erlang on Xen ближе к Plan 9.
Мы поддерживаем Xen. Поэтому для запуска инстансов можно использовать Amazon или любого другого провайдера, который использует Xen.
По mnesia данных нет. В данный момент несколько человек пытаются запускать разные известные приложения на Erlang on Xen, но Мнезии пока среди них нет.
2. Файловая система полностью переработана. Она допускает гибкое монтирование удаленных и локальных систем. Подход похож на Plan9/Inferno. Новая файловая система включена в public Amazon AMI.
3. API для интроспекции есть, но не такой развитый как в BEAM и несовместимый с ним. Параметры в правом верхнем углу окна при работе с public AMI как раз показывают результаты интроспекции.
4. Основная версия сейчас — 64-битная (32-битная также поддерживается). Используется подход похожий на «half-word heap» в BEAM: память процессов ограничена 4Гб, но ETS данные могут использовать память свыше 4Гб. Мы ориентируемся на размер памяти инстанса — 512Мб.
Авторы активно пишут: vsovetov — ключевой человек в проекте.