Полигон-2

0leg написал:

[q]

Но эта идея так и заглохла из-за нехватки ОЗУ и сетевушек с бутромами...

[/q]

Чтобы не парится с сетевой загрузкой ОС на узлы и соотвественно сетвушками с бутромами (коорые впрочем легко "клонировать" имея программатор и ПЗУ) надо применять узы с локальными дисками. На которых будет лежать как сама ОС, так и SWAP ОС которая работает на узле. Что актуально при нашей хронической нехватки памяти.

0leg написал:

[q]

А для свопа ведь и не обязательно раздел на диске использовать, можно NFS-сервер поднять и хранить своп-файлы там.

[/q]

Нагрузка на и так не на самую быструю сеть обмена подскочит весьма сильно.

DOS Logic написал:

[q]

хм, ну а что ето кластер делать может?

[/q]

Ничего, разве что у вас есть 10 раздельных задач, которые надо запустить одновременно на десяти раздельных компьютерах или вы заняты написанием собственного софта, не опираясь на средства ОС.

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

DOS Logic написал:

[q]

хм, ну а что ето кластер делать может?...

[/q]

- очень много чего, но эффективно - только не очень большой круг задач (см. ниже)

DOS Logic написал:

[q]

...А можна для начала в кластер подключить два компа?

[/q]

- для построения кластера достаточно использовать больше одного узла (компьютера)...


madmaks написал:

[q]

Ничего, разве что у вас есть 10 раздельных задач, которые надо запустить одновременно на десяти раздельных компьютерах или вы заняты написанием собственного софта, не опираясь на средства ОС.

[/q]

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

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

Кстати, перекодирование ДВД - при некотором допущении - как раз из таких задач. Вопрос программного обеспечения, но об этом ниже...


madmaks написал:

[q]

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

[/q]

- я вот не догоняю: а зачем(?!) при построении кластера "расшаривать аппаратуру"?

Для организации распределённых вычислений есть, во-первых, тщательно забытый ныне язык OCCAM - думаю, для "нашего" кластера оно в самый раз...
Для локального свопления (а много ли нужно будет свопиться-то? - у нас ведь не винды...) имеет смысл ставить больше оперативы и делать виртуальный диск...
В качестве операционки - надо присмотреться либо к *nix`ам, либо к QNX (к слову про QNX - madmaks, если ещё не знаком с этой штукой, советую почитать - там много интересного, в т.ч. с работой в сети...)

aT написал:

[q]

я вот не догоняю: а зачем(?!) при построении кластера "расшаривать аппаратуру"?

[/q]

Когда попытаетесь написать программу, узнаете Подсказка - прикладная программа видит компоненты системы через ОС, а для распределенных вычислений эта ОС должна скрыть их географическое расположение. Требуется учесть эту ситуацию при разработке интерфейса ОС, также требуется немного внимания от прикладной программы, но только тогда будет возможно, что программа запущенная на одном компьютере будет исполнять свои процессы, например перекодировки ДВД, на других.

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


aT написал:

[q]

хм, ну а что ето кластер делать может?...

[/q]

На нем можно писать учебные программы, например.


aT написал:

[q]

Для организации распределённых вычислений есть, во-первых, тщательно забытый ныне язык OCCAM

[/q]

У вас есть учебник по нему? Я что-то не встречал. Кстати, вы все не шлете и не шлете мне мануал там какой-то, хотя сами рвались.