The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Представлена распределённая ОС Node9, сочетающая технологии Inferno и язык Lua

12.06.2015 21:56

Представлена новая гибридная распределённая операционная система Node9, в основе которой лежит вариант разработанной в Bell Lab's ОС Inferno, в котором вместо языка Limbo применяется скриптовый язык Lua, а вместо виртуальной машины DIS задействован LuaJIT. Для обеспечения высокой эффективности обработки событий и управления потоками в проекте применяется библиотека libuv. Исходные тексты операционной системы распространяются под лицензией MIT.

Система предназначена как для решения традиционных задач распределённых вычислений и симуляции, так и для применения в облачных системах и сетевых системах управления и контроля. Одной из основных концепций архитектуры Node9 является использование в событийно-ориентированных системах средств динамического скриптового языка, предоставляющего методы функционального и объектно ориентированного программирования. Вместо трудоёмкого определения callback-обработчиков для обработки асинхронных событий в Node9 предлагается использовать параллельно выполняемые сопрограммы Lua (coroutines), взаимодействующие с ОС через каналы обмена сообщениями. Система обладает всеми базовыми возможностями Inferno, такими как привязанные к процессам собственные пространства имён, представление всех ресурсов в виде иерархии файлов, отсутствие различий в доступе к локальным и внешним ресурсам.

При создании распределённых приложений авторы Node9 предлагают не изобретать новые способы, а воспользоваться уже проверенными технологиями Inferno. В окружении Node9 распределённые приложения строятся через связывание между собой имеющихся вычислительных узлов с развёртыванием инфраструктуры поверх единой совместно используемой иерархии ресурсов, построенной при помощи протокола 9p. Передаваемые между узлами данные могут шифроваться при при помощи SSL/TLS. Приложения на Lua могут связываться с приложениями на других языках, в которых можно использовать протокол 9p, таких как Go, Java и Chicken Scheme.

Node9 загружается в специализированную командную оболочку, поддерживающую выполнение выражений на языке Lua (Lua Shell). Приложения размещены в отдельных директориях, в которых собраны все необходимые для их работы библиотеки и файлы, что упрощает установку и удаления программ. Дополнительно предлагается простой управляющий web-интерфейс, который можно использовать в облачных окружениях вместо консоли. ОС Node9 также предоставляет обширные графическое возможности, если она установлена в хост-системе, поддерживающей шейдеры OpenGL/Vulcan.

Система развивается уже около года и уже вполне работоспособна, хотя и находится на стадии начального бета-тестирования. Из незаконченных работ отмечается завершение разработки сервисов уровня ядра и окончательный перевод уровня абстракции Inferno на libuv. Система пока собирается только в OS X, но код изначально написан с оглядкой на обеспечение переносимости, что потребует минимальных усилий для портирования в Linux. Теоретически, Node9 может работать на любых платформах и архитектурах, которые поддерживаются в LuaJIT и Libuv, в том числе в POSIX-системах, Windows, Android, x86, ARM, MIPS.

  1. Главная ссылка к новости (http://thread.gmane.org/gmane....)
  2. OpenNews: ОС Inferno портирована для мобильной платформы Android
  3. OpenNews: В рамках проекта 9front создан форк операционной системы Plan 9
  4. OpenNews: Обновление четвёртого издания ОС Inferno.
  5. OpenNews: Код операционной системы Plan 9 перелицензирован под GPLv2
  6. OpenNews: Выпуск LuaJIT 2.0.3, JIT-компилятора для языка Lua
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/42410-inferno
Ключевые слова: inferno, node9
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (65) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 22:53, 12/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > параллельно выполняемые сопрограммы Lua (coroutines), взаимодействующие с ОС через каналы обмена сообщениями

    Это они чё, эрланг изобрели?

     
     
  • 2.6, Crazy Alex (ok), 00:39, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этому до эрланга - далеко, скажем так
     
  • 2.11, Аноним (-), 03:01, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Это они чё, эрланг изобрели?

    Это они все plan9 перепевают. Теоретически вроде круче только йайцы, по крайней мере по мнению академиков. А практически - никто не понимает нафейхоа все это надо.

     
     
  • 3.16, Пингвино (ok), 06:25, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Отучивайся говорить за всех. Если ты в силу своей ограниченности не понимаешь зачем это нужно, то это не значит что другие не понимают
     
     
  • 4.56, Аноним (-), 13:44, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ограниченный - это тот кто пытается выдать желаемое за действительное, никак не желая признавать очевидное. Как можно быть такими инфантильными олухами? Надо все это кучке академзaдpoтов, поставивших расовую верноту над здравым смыслом. А весь остальной мир недвусмысленно вертел на известном месте такие прожекты. В технике по этому поводу целое понятие есть - прожектерство. Ну а сабж - образцовый пример прожЕкта, достойный парижской палаты мер и весов. Как эталон сферического прожекта в вакууме.
     
     
  • 5.58, Пингвино (ok), 13:50, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ограниченный - это тот кто пытается выдать желаемое за действительное, никак не
    > желая признавать очевидное. Как можно быть такими инфантильными олухами? Надо все
    > это кучке академзaдpoтов, поставивших расовую верноту над здравым смыслом. А весь
    > остальной мир недвусмысленно вертел на известном месте такие прожекты. В технике
    > по этому поводу целое понятие есть - прожектерство. Ну а сабж
    > - образцовый пример прожЕкта, достойный парижской палаты мер и весов. Как
    > эталон сферического прожекта в вакууме.

    Да-да, все это мы уже слышали про лисп, но почему-то во многих языках нынче GC юзают. Но аноним конечно же лучше знает кому, что и как надо правильно делать?

     
     
  • 6.65, Аноним (-), 04:40, 21/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-да, все это мы уже слышали про лисп, но почему-то во многих
    > языках нынче GC юзают. Но аноним конечно же лучше знает кому,
    > что и как надо правильно делать?

    Хз, я не фанат gc. Вы ими и пользуйтесь, если вам это надо. Можете также пользоваться lisp-ом. Или чем там еще. А мне этот ваш lisp - ни в п...у, ни в красну армию.

     
     
  • 7.67, Пингвино (ok), 11:55, 21/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да-да, все это мы уже слышали про лисп, но почему-то во многих
    >> языках нынче GC юзают. Но аноним конечно же лучше знает кому,
    >> что и как надо правильно делать?
    > Хз, я не фанат gc. Вы ими и пользуйтесь, если вам это
    > надо. Можете также пользоваться lisp-ом. Или чем там еще. А мне
    > этот ваш lisp - ни в п...у, ни в красну армию.

    А ты хоть строчку кода написал-то, умник? Если да, то читай до просветления http://www.nestor.minsk.by/sr/2003/07/30710.html

     

  • 1.3, Аноним (-), 23:00, 12/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо её в xen портировать
     
     
  • 2.4, Аноним (-), 23:56, 12/06/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При всем моём уважении к ним, ко всему *9 и инферно в частности, но портировать это для xen... не выйдет, ибо это ОС-паразит, ей нужна другая ОС под ней, та, что обеспечивает все низкоуровневые операции с железом и прочее.
     
     
  • 3.7, Аноним (-), 00:47, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > При всем моём уважении к ним, ко всему *9 и инферно в
    > частности, но портировать это для xen... не выйдет, ибо это ОС-паразит,
    > ей нужна другая ОС под ней, та, что обеспечивает все низкоуровневые
    > операции с железом и прочее.

    значит и ерланг с хаскилем тоже нельзя в хене запускать.

     
     
  • 4.10, Crazy Alex (ok), 02:56, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Их не пытаются называть ОС. Впрочем, хаскель - в любом случае тот ещё сферический конь в вакууме.
     
     
  • 5.17, rob pike (?), 08:03, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/galoisinc/halvm
    http://erlangonxen.org/
     
     
  • 6.21, rob pike (?), 08:42, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А некоторые вот уже и без Xen учатся обходиться https://github.com/mato/opam-rumprun
     
     
  • 7.57, Аноним (-), 13:46, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А некоторые вот уже и без Xen учатся обходиться https://github.com/mato/opam-rumprun

    Во, отличные примеры сферических коняшек в вакууме.

     
  • 4.22, Michael Shigorin (ok), 09:42, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > значит и ерланг с хаскилем тоже нельзя в хене запускать.

    Вообще-то известна эрланговая машина, запускаемая прямо под Xen.

     
     
  • 5.24, Аноним (-), 10:57, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О чём и говорю, и хаскилевая тоже есть, а то и не одна.
     
  • 5.31, Led (ok), 16:05, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то не только под Xen.
     
  • 3.23, Мезозой (?), 10:02, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    это ложь
     
     
  • 4.30, Аноним (-), 15:44, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наставьте на путь истинный, чтоб сразу научиться на железе запускать, без всяких там vmlinuz
     
  • 3.41, bOOster (ok), 09:05, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Че за глупость?
    Любая абстракция, решающая комплекс специфических задач может называться "Операционной системой", то есть СИСТЕМОЙ осуществляющей решения определенных ОПЕРАЦИЙ
     

  • 1.5, Avksentiy (ok), 00:15, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Интересная операционная система !
     
     
  • 2.12, Аноним (-), 03:02, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересная операционная система !

    Ога, как рыбка прилипала. Устрашает всех целой акулой. Правда, для этого акула к которой можно прилепиться - должна все-таки быть. Иначе устрашение не срабатывает.

     

  • 1.8, Crazy Alex (ok), 00:47, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Ещё одна попытка реализовать идеально красивую абстракцию, угу. Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам". Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта. Отвалившийся смонтированный сетевой ресурс должен быть аккуратно обработан. О различиях в паттернах доступа и подобном я и не говорю. Тут регулярно хочется знать, на SSD или HDD данные лежат, а они - "отсутствие различий".

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

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

     
     
  • 2.13, Аноним (-), 03:04, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, блин, академики рафинированные же. Что ты как маленький. О том что кроме крЮтых 10Гбит линков у них в лабе бывает еще и сопливый GPRS, который, типа, тоже сеть - они подумают как-нибудь потом. Когда юзер будет по 20 минут ффтыкать на элементарные операции, которые на их гигабитах заканчивались за полсекунды.
     
     
  • 3.18, rob pike (?), 08:05, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > сопливый GPRS

    Между нодами в кластере? Скорее 40Gbe и Infiniband.

     
     
  • 4.59, Аноним (-), 13:56, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Между нодами в кластере? Скорее 40Gbe и Infiniband.

    Ну если дармое^W и грантопи^W, в общем, "очень полезным ребятам из bell labs" удалось вышибить денег из лох^W инвесторов на это - может быть. А так много ты кластеров видел под управлением этой требухи? Как впрочем и весь plan9. Вроде задумано крЮто, но как оказалось, реактивные двигатели - неважный движок для автомобиля. И стульчик с атомным двигателем - круто, но бывает только в "незнайке на Луне". А на улицу такие выпускать никто не собирается.

     
  • 3.25, Crazy Alex (ok), 12:56, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Э... я немного другое имел в виду. Академики рафинированные, которые сидят в своих лабах, обычно всё это понимают, занимаются исследованиями, пишут статьи и диссеры и редко кто из них настолько сходит с ума, чтобы исследовательские проекты в неизменном виде объявлять спасением для реального мира. А вот те, кто на них со стороны смотрит, иногда слишком перевозбуждаются. Вот я и напоминаю, что между красивым концептом и практически применимой системой - пропасть. Которая обычно заполняется уже существующими средствами и методами, и в результате вместо революций имеем эволюционное развитие существующих систем.

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

    К примеру, Sun много лет назад пыталась продвинуть NetPC или как там оно звалось - в виде сферического коня. В конце концов оно пришло - но в виде гибридных систем с самым разным уровнем "облачности", переплелось с локалом - и вот в таком виде жизнеспособно.

    Да, если что - я сразу оговариваюсь, что вышесказанное не имеет отношения к лисп-машинам и прочей древности, когда мейнстрима, как такового, не было и вообще практического опыта в IT было наработано мало.

     
     
  • 4.60, Аноним (-), 13:59, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > "облачности", переплелось с локалом - и вот в таком виде жизнеспособно.

    Ну вот и получается что сказ про микроядра - закончился появлением гипервизоров, сказ про сетевую прозрачность - облаками и всякими сетевыми шарами. Но вот только все это как оказалось не имело ничего общего ни с plan9, ни с вот этим сферическим чудо-юдом в вакууме.

    > и вообще практического опыта в IT было наработано мало.

    Да я так смотрю, некоторые не против встать на старые грабли по второму разу :)

     
  • 2.19, минона (?), 08:09, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    услышал звон да не знаешь где он
     
  • 2.26, Mihail Zenkov (ok), 13:12, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ещё одна попытка реализовать идеально красивую абстракцию, угу.

    Вы оцениваете применимо к персональному компьютеру.

    > Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам". Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта. Отвалившийся смонтированный сетевой ресурс должен быть аккуратно обработан.

    А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".

    > О различиях в паттернах доступа и подобном я и не говорю. Тут регулярно хочется знать, на SSD или HDD данные лежат, а они - "отсутствие различий".

    Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.

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

    Я тоже далеко не уверен - нужно ли мне что-то подобное. Но перспективы подобные ОС открывают интересные - появится возможность не только расшаривать часть данных (как мы это сейчас делаем через торренты), но и вычислительные ресурсы. Даже в локальном масштабе это выглядит интересно - можно запустить ресурсоемкую задачу на RBPi/телефоне/планшете, а тот задействует ближайшее доступные вычислительные мощности пк/сервера/ноутбука/игровой приставки. В глобально масштабе, появится возможность дома запускать задачи, сейчас доступные только суперкомпьютерам.

     
     
  • 3.28, mine (ok), 14:09, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".

    Скорее "ХЗ, что сломалось. ХЗ, что работает. Апсракция yopta."

    > Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.

    Сначала добавим абстракцию, потом косвенные признаки для диференциации.
    Убил бы, потому что уже имел опыт работы с таким API.

     
     
  • 4.29, Mihail Zenkov (ok), 15:27, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".
    > Скорее "ХЗ, что сломалось. ХЗ, что работает. Апсракция yopta."

    Вы видите какие-то реальные проблемы с диагностикой при таком подходе?

    >> Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.
    > Сначала добавим абстракцию, потом косвенные признаки для диференциации.
    > Убил бы, потому что уже имел опыт работы с таким API.

    То есть вы за то, что бы для ssd/dvd/hdd/usb-flash/etc ввести отдельные open()/read()/write()/etc?

     
  • 3.34, Crazy Alex (ok), 21:15, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Насчёт правильно или нет - дискуссия долгая, я полагаю, что довольно бессмысленная идея - быть готовым к исчезновению чего угодно и для всего автоматом держать резервные копии. Банально неэффективно. Но, повторюсь, это отдельная тема.

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

    А насчёт перспектив - я ж не против. Хотя то, что вы описали, с помощью акторов - в эрланге, Akka или ещё где - и сейчас делается довольно просто, и не распространено скорее из-за отсутствия спроса. При чём там это зрелая модель, показавшая свою практическую применимость. Но пусть эти перспективы отрабатываются в исследовательских проектах, а в реальное использование приходят как модули для уже существующих систем, без революций.

     
     
  • 4.38, Mihail Zenkov (ok), 00:12, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если ставить вопрос именно так - то да В каждом конкретном случае нужно разбира... большой текст свёрнут, показать
     
     
  • 5.39, Аноним (-), 01:23, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В перспективе локальные диски вообще могут стать просто кэшем и частью децентрализованных хранилищ (типа торрент).
    > Всю иерархию не построишь - так как это потенциально весь интернет. ИМХО достаточно было бы добавить еще одну (или несколько) системных функций - в качестве параметра путь или имя файла, а на возврате время отклика/пропускная способность/etc.

    man fscache ?

     
  • 5.42, rob pike (?), 09:58, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Про CPU и уж тем более GPU - это точно не к Erlang-у.
    Вот сюда может быть интересным посмотреть https://wiki.haskell.org/GHC/CloudAndHPCHaskell
     
     
  • 6.54, Crazy Alex (ok), 12:51, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Эрланг замечательно умеет включать в себя написанное на сях и не только, и тяжелая обрабтка данных на нём так и делается - эрлангу оставляем взаимодействие по сети и управление процессами, саму работу делаем на чём удобно.
     
  • 5.53, Crazy Alex (ok), 12:49, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    По мне - понимание софтом, можно или нет полагаться на наличие данного диска - лучшая политика, чем требовать гарантированную работу. Проще и дешевле.

    Насчёт иерархии - вы не поняли мены, видимо. В STL определено, какими свойствами обладает итератор - ну там, двунаправленный долджен с окнстантной сложностью отдавать предыдущий последующий элемент, random acces - кроме этого должен с константной сложнотсью отдавать проивольный элемент, и т.д. Так же для контейнеров определена сложность, котороая есть у методов. Вот в каком-то смысле похожую систему хотелось бы видеть для хранилищ. Ну там, "можно полагаться на наличие или нелья", скорость, задержка, равномерность скорости - что-то подобное. По идее - один IOCTL дополнительный, плюс чётко прописанные критерии, как именно вычисляются эти параметры.

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

     
  • 3.62, Аноним (-), 14:30, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ЧСХ, кому все это было реально надо гугли там всякие - давно забабахали сетевы... большой текст свёрнут, показать
     
     
  • 4.63, Mihail Zenkov (ok), 18:04, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Речь не о том как это реализовать, а о том, что загнувшийся винт загнувшаяся ... большой текст свёрнут, показать
     
     
  • 5.66, Аноним (-), 05:19, 21/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому давно придумали RAID, например В общем академики сделали как всегда оче... большой текст свёрнут, показать
     
  • 2.32, приборчик (?), 19:29, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > - это ЧП и не проблема ОС или прикладного софта. Отвалившийся
    > смонтированный сетевой ресурс должен быть аккуратно обработан. О различиях в паттернах
    > доступа и подобном я и не говорю. Тут регулярно хочется знать,
    > на SSD или HDD данные лежат, а они - "отсутствие различий".
    > Причём как полигон для исследования концепций, которые потом будут реализованы где-то в
    > практически применимом виде подобные штуки хороши и нужны - или, как
    > минимум, безвредны. Но надо понимать, что это именно полигон.
    > Вот подозреваю, что plan9 именно поэтому и не взлетела - практик интуитивно
    > понимает, что слишком красивая архитектура - это всегда результат игнорирования реального
    > мира, и использовать её - значит искать себе приключения.

    Вы не врубились в ключевое слово - облако. В облаке - я не знаю и не хочу знать о различиях, у меня лишь ресурсы, которые виртуализированы. Она выглядит многообещающе. Особенно учитывая скорость LuaJit (а она поразительна).

     
     
  • 3.33, Crazy Alex (ok), 21:07, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, там облака указаны только как один из вариантов применения. В-вторых - я не спец в облаках и привожу пример из той области, в которой разбираюсь.

    Я в принципе считаю, что подход "Представим всё как X" не работает. Работает "представим вся как X1, X2, X3... зная, что количество этих разновидностей будет увеличиваться, а после того, как их станет слишком много - мы выкинем эту абстракцию и подберём что-то более подходящее к нашим условиям".

    Кроме того - если нечто претендует на применимость везде - это заведомый мусор. Один из важных признаков прилично спроектированной системы - понимание разработчиком, где эта система работать перестаёт.

     
     
  • 4.36, Аноним (-), 21:51, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я в принципе считаю, что подход "Представим всё как X" не работает. Работает "представим вся как X1, X2, X3... зная, что количество этих разновидностей будет увеличиваться, а после того, как их станет слишком много - мы выкинем эту абстракцию и подберём что-то более подходящее к нашим условиям".

    Расскажите мне в чем различие локального HDD примонтированого по пути XXX,
    iSCSI по пути YYYY, и какой нить сетевой FS - по пути ZZZZ.

    кроме тривиального что iSCSI, и сетевая FS тупо быстрее и работают на скоростях близких к скорости RAM (10-60 Gbyte/s) ? Кстати покажите мне такой локальный дисковый сервис - который сможет обеспечить такие скорости?

     
     
  • 5.45, Crazy Alex (ok), 14:32, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Первое. Ещё раз я не сторонник утверждений на все случаи жизни. Вполне вероятно, что может быть система, где сетевое хранилище будет по всем параметрам эквивалентно локалу. Но фишка в том, что может и не быть.

    Второе. Если у вас есть что-то заведомо быстрее, чем локальный диск - приложению, в идеале, об этом надо бы знать.

    Третье. Скорость - не всё. например, к сетевой ФС возможен конкурентный доступ невесть чего, и в результате скорость может непредсказуемо деградировать в произвольный момент - уж оверселлинг все видели. Локальный же диск как был, так и есть. То же самое касается доступного дискового пространства.

    Четвёртое. Ещё раз - не всё сводится к облакам. Из новости: "Система предназначена как для решения традиционных задач распределённых вычислений и симуляции, так и для применения в облачных системах и сетевых системах управления и контроля".

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

    Шестое. Особенности легко проигнорировать, навернув сверху обобщённый протокол. А вот обратное сделать несколько затруднительно.

    Седьмое. Диски были одним примером, вы к ним как-то тщательно привязались. Наверняка есть масса ситуаций, где подход "а мы всё сделаем коллбеками на Lua" даст сбой.

    Достаточно?

     
     
  • 6.48, Аноним (-), 22:41, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    У приложения будет особенный read 2 или специальный write Мисье - вы точн... большой текст свёрнут, показать
     
     
  • 7.52, Crazy Alex (ok), 12:36, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В идеале - должен бфть API, дающий список устройств с их свойствами А дальше - ... большой текст свёрнут, показать
     
     
  • 8.61, Mihail Zenkov (ok), 14:17, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего он не может гарантировать и рассчитывать на это нельзя По сей день систе... текст свёрнут, показать
     
  • 4.37, Аноним (-), 22:44, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ps. напомню что локальный диск ограничен SAS bus, который выше 6Gbit/s прыгать не научился, а нормальные сетевые стораджи они упираются в IB EDR (300 Gbit/s, продаются с начала этого года), или Intel TruePath (с прошлого года, похожие скорости).

     
     
  • 5.40, Ytch (ok), 04:26, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то во всем предыдущем обсуждении никто особо не упирал на то что "локальный=быстро, сетевой=медленно и в этом всё дело", а вы чё-то всё свели к скорости и доказываете (зачем-то?) что "сетевое бывает существенно быстрее". Ну бывает и что? Далеко не только из-за отличий в скоростях (в любую сторону) с сетевым и локальным работают по-разному.
     
     
  • 6.46, Crazy Alex (ok), 14:34, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да человек тут вообще упустил, что диски - это всего лишь пример, и не более, и зачем-то упёрся в один конкретный случай облака с крутыми СХД и 10GB сетью. Основная идея - не о дисках вообще, а что подход "единственно верного решения" не работает на практике.
     
     
  • 7.49, Аноним (-), 22:44, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Да человек тут вообще упустил, что диски - это всего лишь пример,
    > и не более, и зачем-то упёрся в один конкретный случай облака
    > с крутыми СХД и 10GB сетью. Основная идея - не о
    > дисках вообще, а что подход "единственно верного решения" не работает на
    > практике.

    СХД - применяются не только в облаках, и не только в хостинга. Неожиданно так.

    А для остальных - еще раз - в чем отличие для приложения - которое хочет
    1) открыть,
    2) прочитать, записать

    в некий файл в этих трех случаях. Знание где именно файл расположен - очень и очень редко когда надо.
    Не смотря на утверждения местных "аналитиков".

     
  • 2.44, Кирилл (??), 13:11, 14/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Логика админчега.
     
  • 2.50, Аноним (-), 07:02, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё одна попытка реализовать идеально красивую абстракцию, угу. Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам".

    Почему?

    SSI кластер (каждый процесс видит  все процессорные ядра в сети и всю оперативку) узлы кластера динамически входят и выходят с него. Жаль в разжирелых последних ядрах Линукса SSI кластер уже не реализовать. Вот по этому и появляются подобные проекты DragonFlyBSD была первой ласточкой!

    > Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта.

    HA кластер, где по верху DRBD лежит кластерная фс. Да при сбое диска/узла в систему мониторинга отправляется сообщение о аварии. Но все проги использующие кластерную ФС будут продолжать работать не заметив потерь.

     

  • 1.14, Аноним (-), 06:19, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Типа как у зергов колективный разум ?
     
     
  • 2.20, Аноним (-), 08:21, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    вы мало общались с зергами, у них нет коллективного разума там жесткая иерархия всем правит королева.
     
     
  • 3.27, Аноним (-), 14:05, 13/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    коллега аноним перепутал боргов с зергами :)
     

  • 1.15, Аноним (-), 06:21, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как билл будет впаривать ее всем если она одна на всех
     
  • 1.35, username (??), 21:17, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Дурдом, люди никогда не решавшие подобные задачи оставляют комментарии типа "не нужно". Админы локалхоста и вебни вопят "ос паразит, да что она может без X, да как они посмели назвать это ОС" и "посмотрим как будет работать на gprs!"

    Займитесь лучше дипломом, или уроками на понедельник ))  

     
  • 1.43, sprutos (ok), 10:08, 14/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    отличная идея, снять разграничения между "локально" и "удаленно". только для этого надо с самого основания закладывать верные принципы построения программ.

    проблемы же обычно вылезают там, где плохо спланировали алгоритмы. например, в линуксе, когда носитель (DVD-Rom, HDD, microSD...) вдруг перестаёт отвечать, происходят очень неприятные вещи. подозреваю, что это из-за того, что программисты где-то не предусмотрели как стоит такую вероятность. поэтому, естественно, что и пропадение сети заставляет систему вставать колом из-за примонтированного NBD. проблемы не в плохих технологиях "всё есть доступный файл", а в качестве реализации, в самой тщательности проработки.

     
     
  • 2.51, анон (?), 12:23, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это не проблема тщательности разработки, а проблема инфраструктуры. Если у тебя ресурс может механически, электрически отвалится, то на достаточно больших масштабах он обязательно отвалится. И тогда будут проблемы.

    Например в мире баз данных есть такое понятие как распределенная транзакция. Т.е. операция, которая должна быть проведена согласована на двух и более базах данных. Как ты не модифицирую и ускоряй алгоритм, ты рано или поздно станешь перед необходимостью подтвердить (закоммитить) транзакцию на всех узлах. И рано или поздно ты окажешься в ситуации, что один узел закоммитил, а второй упал, стал недоступен. Вот как это разрулить? Откат в обоих точках и исключение в юзерспейс? А если он через миллисекунду вдруг станет доступен? Жалко терять работу. Нужен таймаут. А какой? 30 ms или 30 min? Да и как, блин откат делать? Я же уже закоммитил на одной ноде и этими данными, возможно, кто-то воспользовался? Система "псевдокоммитов"? Короче даже на таком примере видно, что вопросов больше чем ответов. Чаще дешевле полагаться на инфраструктуру, что программисты и делают, предполагая каждый сбой фаталом и страшным факапом.

     
  • 2.55, Crazy Alex (ok), 12:54, 15/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что если везде рассматривать недоступность файла как восстановимый сбой - получится монстр. А линукс - штука практичная - плевать на идеи, главное эффективная работа.
     

  • 1.47, Аноним (-), 18:58, 14/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Драйвера на сколько железяк есть?
    Оно работает с аппаратными акселерациями?
     
  • 1.64, Аноним (-), 19:57, 16/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Задумка интересная. P9 и Inferno волнуют меня уже не первый год. Сможет ли Lua заменить Limbo/Oberon?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру