12-процессорный настольный компьютер

Вот бы на такой поиграть =) или покомпилить gentoo =)

Сначала внеси вклад в общественное дело на 10000 USD :)

> Предполагается, что её пользователями станут разработчики ПО для настоящих вычислительных кластеров.

Игрушечный кластер для всех? Тады дисков мона и поменьше.

Хачу!!!

P.S. Буду гамиться. Вот это будет драйв!...

Зачем пионерам кластеры?

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

запушу 10 думов 3!!!! =)

10k$ для такого ящика както дёшего ;/ Интересно в чём загвоздка ;)

Блин а саму коробочку с винтами они на сайте не показывают >>...and 1 terabyte of internal disk storage. It plugs into a standard 15A wall-socket

Мда.... интересно какого она размера...

> Мда.... интересно какого она размера...

А почему так интересует? Скажем, на 4 диска по 250 Gb - сильно много места надо?

дык маленькая она совсем хотя габариты не указаны на глаз маленькая :)

Это что-то новенькое в области многозадачных,многопоточных симметричных приложений :)

а что мешает купить прям щас в магазине какую нибуть 2-ух или 4-ех процессорную материнку и собрать себе для этих же целей более дешевы настольный компьютер?

>Мда.... интересно какого она размера... Дык скачай pdf и посмотри, делов - то!

>а что мешает купить прям щас в магазине какую нибуть 2-ух или 4-ех процессорную материнку и собрать себе для этих же целей более дешевы настольный компьютер?

4-х процессорную? дешевле? да вы батенька фантазер средняя цена 4-х процового зеона $20000 можно конечно и за k$10 но и получишь соответственно цене

Для quake3 есть бинарник quake3.smp.x86 :)

Тогда уж 96... :-)))

Хотя, если idSoftware даст сырцы дума3, то, может быть, можно будет расспараллелить... :-) Типа каждую модельку и текстурку на экране будет обрабатывать отдельный процессор... :-)

Там же сказано, что винты 2.5" 20-100Мб. Так что 9.6Gb - это 96 ноутбучных винтов... Ну максимум 2U получится...

К тому же, не надо забывать, что это кластер. Соответственно, на каждый проц по своему(?) винту.

Правда, в максимальной комплектации эта штука явно должна стоит 20-30 килобаксов.

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

> А не запарит тебя миграции данных с проца на проц писать,....

Согласен, вот это самая жопа, учитывая что MPI ограничен конкретными типами, передавать текстуры всякие... ууу... ну если только как массив double, к примеру :)

HARDWARE SPECIFICATIONS

Processors: 12 x86 microprocessors, starting at 1.4 GHz

Memory: 12 DIMMs, up to 2GB per node, DDR 400 MHz

Storage: 1 to 12 high-performance 2.5"disk drives,
20-80GB capacity, 1 TB total capacity

Integrated Network Hardwired Gigabit Ethernet network fabric

External Network Non-blocking switched Gigabit Ethernet
backplane with 1 Gigabit Ethernet for
local user access

Front Panel CD/DVD-RW, USB port, status
and performance LEDs for each node

Dimensions: 24"W x 4"H x 18"D enclosure

Weight: 28 pounds (fully configured)

Power Requirement Standard 110V / 15A NEMA type wall outlet

Power Consumption 220 Watts at wall (peak)

Acoustic Noise < 40dba

Performance 18 Gflops sustained (Linpack)

Operating Environment: AC Power 100 - 240 VAC 47-63 Hz
Temp 5&#186; C to 35&#186; C (40&#186; F to 104&#186; F)
Altitude -300 m to +3000 m

>Memory: 12 DIMMs, up to 2GB per node, DDR 400 MHz

ПСП памяти маловат. Подсистема памяти просто не будет успевать загружать процы данными при интенсивных вычислениях.

Там есть еще более другой Орион с 96 процессорами.

А где BSDуны ? 8) Запинать они должны это жалкое поделие с линухом на борту ! 8)

Пора бы делать версии софта Cluster Edition, кластеры дома и в малых офисах - это уже раельность.. по 2-10 компов уже почти везде валяется, а ПО как всегда плетется в хвосте прогресса, за единичными исключениями делают проги под 1 или несколько процессорные ящики, а о распределенных системах и не помышляют, к стати и распределенная OS тоже не помешала бы .. в общем тут еще непаханный край где водятся дикие кабаны и пингвины :) А разные там MPI - это все только костыли и примочки, средства связи для взаимодействия процессов, в то время как этим всем должна заниматься единая распределенная операционная система через свои нативные системные вызовы и API.

ХОЧУ такую машину поиграться. У меня специализация была - параллельные программирование. Во только чтобы что-нибудь из таких программ попробовать нужно в какой-нибудь вычислительный центр ломиться - а тут всё в одной коробке....

2Batyi

для программирования по специальности достаточно на одном ящике треды и процессы пускать, а кластер можно и через vmware сварганить, 3 нодов хватит полне для программирования, что хорошо заработает на 3х - заработает и на 300 :)

Ща припрётся sS, и расскажет вам всё про параллелизацию...

http://www.cs.huji.ac.il/labs/mosix/index.html

всё класс, на хотелось бы ещё увидеть SMP а лучьше 96 ядер на общей подложке с каналами каждый с каждым за эту цену

Что б на сотне консолей "дигера" гонять... ;-)))

Малограбаритность, обеспечивающаяся маленькими transmeta...
Это просто праздник какой-то!
Очень дешево и очень сердито.

>" ...we must rethink the way we design computers. Rather than worrying solely about performance, with the occasional nod to power consumption and cost, we need to judge computers by their performance-power-cost product."

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

А вообще обратите внимание на сабжевую ссылку, если делать релоад то цитаты справа рандомно меняются.. среди них встречаются довольно резонные замечания :)

2 NiKel

что заработает на 3-х? *может быть* заработает на 8-и, но скорее всего не заработает на 16-и. Что заработает на 16-и, скорее всего дотянет кое-как до 32-х, но скорее всего загнется на 64-х. Чтобы заработало на 300, нужно писать для 300, и хорошо понимать разницу между 3, 30 и 300.

ну так и писать надо для 300, а для теста кода 3х нодов достаточно..

потом все равно тюнить и доводить придется, когда дело коснется настройки, одно дело обмениваться сообщениями через localhost, а другое по реальной сетевой инфраструктуре, сидеть же сутками за 300 машинным кластером и ваять под него - это imo нереально

Согласен, сутками сидеть на 300 нодах - слишком дорого. Но что делать, если алгоритм будет работает на модельной машине, а в рабочем режиме "просядет" на 300-х процах ? Мне думается, что отладка должна вестись на близкой к реальной модельной задаче, а не на модельном компьютере.Правду сказать, программу для 300 нодов не начинают писать с нуля для 8 нодов :).

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

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

Это *НЕ* SMP.

На пейсатый mosix или openmosix смотрел, да? Всё, что сделано достаточно юниксвейисто - кучка процессов и пайпы между ними - очень даже само собой разпараллелится.

Правильно написал NiKel, на таких железяках должна идти ОС, которая сама будет распаралеливать и переносит, загружать и пр. умные слова :) Та кластерная система, которая существует это подпорка, годящаяся для единичных изделий и для узкого класса задач. А нужна нормальная массовая ОС. ( я под впечателнием статьи о google http://www.computerra.ru/hitech/33093/ )

> На пейсатый mosix или openmosix смотрел, да

Ой, фу фу фу!! Этот опеншмосикс такое Г, как оказалось, когда пытались на нем произвести серьезные рассчеты...

Еще вот какой момент приходится иметь ввиду: в самом начале все процессы запускаются на одной тачке а потом уже опеншмосикс их растаскивает, а вот что делать если на главной тачке всего 2 гига памяти а я запускаю 10 процессов одновременно, которым каждому нужно 2 гига (вполне нормально для научных рассчетов)? Упс...

Поэтому для меня пока единственный выбор - MPI, в моем случае lam-mpi. Сказал какие машины участвуют, раздал им файлы по NFS и вперед. Еще помоему удобно собирать и раздавать результаты и вообще файлы нодам из сетевой БД, что в перспективе. С удовольствием выслушаю другие возможные варианты.

Плохому танцору известно что мешает.

Амнон Барак (разработчик Mosix)

Вдогонку: кластер не в моде, теперь рулит GRID!

>никогда не писал распараллеливание на 300 нодов, но почему-то уверен, что самая большая проблема это мозги разработчика

обычно одна задача - 1 проц. Т.е. каждый проц занят своей задачей (пускай даже локальной)

в Google молодцы - правильно к вопросу подходят, а все эти линухи, виндозы и бсди - прошлый век.. ну ничего, может добрые дяди из команды Google подкинут пару идеек комьютити, статьи вот пишут, а то опенсорсное братство прется от юнихлайк осек на базе передовых идей 70х годов прошлого века, презрительно фыкрая вспоминая о чуть более передовом хурде и виндозе для домохозяек, а поезд передовых системных идей не то чтобы ушел - уже и рельсы проржавели :) по большому счету расчудесному монолитному ядру линуха самое место в смартфонах, мобилях, геймбоксах и прочей всторенной лабуде, а то что мы имеем на столах.. ну так это то, что нам продают в магазах (хорошо берут же, отчего же не продавать то :)

сабжевый комп, к стати, очень приятственная штука, к нему бы и ось соответствующую, чтобы она показала себя во всей красе :)

MPI этому делу абсолютно эквипенисуален. Если процессы через пайпы или сокеты общаются - их распрекрасно можно какой либо самопальной batch-системой запускать. Mosix будет только миграцию обеспечивать.

ЗЫ: я вот MPI уже и не использую. У меня свой message passing есть, для моих задач более удобный.

Не поделитесь, что за сложность у таинственных *моих задач* ?

К примеру, распределённый генетический фит для очень навороченных функциональных зависимостей. То есть - передавать не только массивы данных надо, но и деревья (AST). С MPI я бы затрахался.