The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена распределённая ОС Node9, сочетающая технологии ..., opennews (??), 12-Июн-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


34. "Представлена распределённая ОС Node9, сочетающая технологии ..."  +/
Сообщение от Crazy Alex (ok), 13-Июн-15, 21:15 
Насчёт правильно или нет - дискуссия долгая, я полагаю, что довольно бессмысленная идея - быть готовым к исчезновению чего угодно и для всего автоматом держать резервные копии. Банально неэффективно. Но, повторюсь, это отдельная тема.

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

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

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

38. "Представлена распределённая ОС Node9, сочетающая технологии ..."  –1 +/
Сообщение от Mihail Zenkov (ok), 14-Июн-15, 00:12 
> Насчёт правильно или нет - дискуссия долгая, я полагаю, что довольно бессмысленная
> идея - быть готовым к исчезновению чего угодно и для всего
> автоматом держать резервные копии. Банально неэффективно. Но, повторюсь, это отдельная
> тема.

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

По поводу ошибок hdd и сети  - я часто работаю с ноутбука с сетевым диском, многие используют внешние usb диски. Софт в любом случае не должен полагаться на то, что диск будет доступен всегда.

Бездисковые машины появились еще в прошлом веке. При нынешних объемах памяти можно вообще всю ОС держать в памяти.

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

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

Всю иерархию не построишь - так как это потенциально весь интернет. ИМХО достаточно было бы добавить еще одну (или несколько) системных функций - в качестве параметра путь или имя файла, а на возврате время отклика/пропускная способность/etc.


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

Спрос есть и не малый. До сих пор приходится ставить/запускать сервисы отдельно на каждой машине и для каждой задачи. В начале 2000-х интересовался параллельными вычислениями, про beowulf читал - но какие-то там сложности были и прозрачно задачу на другую машину перекинуть не получалось. Про эрланг не в курсе - нужно почитать. На данный момент нужно не только cpu расшаривать, но и gpu (opencl).

Ответить | Правка | Наверх | Cообщить модератору

39. "Представлена распределённая ОС Node9, сочетающая технологии ..."  +1 +/
Сообщение от Аноним (-), 14-Июн-15, 01:23 
> В перспективе локальные диски вообще могут стать просто кэшем и частью децентрализованных хранилищ (типа торрент).
> Всю иерархию не построишь - так как это потенциально весь интернет. ИМХО достаточно было бы добавить еще одну (или несколько) системных функций - в качестве параметра путь или имя файла, а на возврате время отклика/пропускная способность/etc.

man fscache ?

Ответить | Правка | Наверх | Cообщить модератору

42. "Представлена распределённая ОС Node9, сочетающая технологии ..."  +/
Сообщение от rob pike (?), 14-Июн-15, 09:58 
Про CPU и уж тем более GPU - это точно не к Erlang-у.
Вот сюда может быть интересным посмотреть https://wiki.haskell.org/GHC/CloudAndHPCHaskell
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

54. "Представлена распределённая ОС Node9, сочетающая технологии ..."  +/
Сообщение от Crazy Alex (ok), 15-Июн-15, 12:51 
Эрланг замечательно умеет включать в себя написанное на сях и не только, и тяжелая обрабтка данных на нём так и делается - эрлангу оставляем взаимодействие по сети и управление процессами, саму работу делаем на чём удобно.
Ответить | Правка | Наверх | Cообщить модератору

53. "Представлена распределённая ОС Node9, сочетающая технологии ..."  +/
Сообщение от Crazy Alex (ok), 15-Июн-15, 12:49 
По мне - понимание софтом, можно или нет полагаться на наличие данного диска - лучшая политика, чем требовать гарантированную работу. Проще и дешевле.

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

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

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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