Полигон-2

0leg написал:

[q]

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

[/q]

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

Под Линуксом из двух компов можно сделать, например, два сервера (основной/резервный), заюзать Heartbeat и получить вполне надёжную систему: при падении одного сервера, автоматически начнёт работу другой.

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, если ещё не знаком с этой штукой, советую почитать - там много интересного, в т.ч. с работой в сети...)