>Идея отпала ввиду нереалистичности заставить программистов писать код

Уволить быдло, нанять настоящих.

"кластер" из обычных писюков выйдет куда дешевле чем "мощный многоголовый сервер".

Уже все корпорации признали, что кластеры дешевле и эффективнее, чем один очень мощный компьютер.

А ваша задача реализуема на OpenCL?

>Имеет ли смысл покупать мощные сервера с большим количеством процессоров и оперативы?

Ваши горепрограммисты завопят, что распараллелить под 48 ядер нереально.

http://market.yandex.ru/model.xml?hid=91019&modelid=4628850&show-uid=...

AMD Opteron Quad Core 8378 Shanghai (Socket F, L3 6144) 34 674 руб.

Восемь однопроцессорных станций дешевле обойдутся чем этот минимейнфрейм.

Ну если оно уже распараллелено на 12 компьютеров, то попытки заставить их считать вместе скорее всего только затормозят процесс.

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

Изначальный язык написания программы: C. Никто и не задумывался о параллельности изначально. Мы столкнулись с тем, что нужно исполнить программу быстрее.
Насчет 12 машин: "параллельности" и нет, просто н каждой машине запускалась одна и таже программа только с разными параметрами. На каждом компе собирались результаты и обрабатывались уже отдельным ПО.

Сейчас не знаю куда и двигаться. Необходимо увеличить скорость исполнения программы. Еще раз повторюсь, перейти на другой язык программирования, встраивать директивы(а если я правильно понял, что MP, MPI, PVM и прочее предлагают пересматривать код) - не реально для нас. Программисты должны писать на чистом C, max - C++.

> "параллельности" и нет, просто н каждой машине запускалась одна и таже программа только с разными параметрами. На каждом компе собирались результаты и обрабатывались уже отдельным ПО.

тогда ответ очевиден -- надо поставить более мощное железо

А где узкое место? Загрузка процессора? 100%? Память 100%?

Если нет - может поможет виртуализация?

Нахера? Если программа запускается в нескольких экземплярах, то на 4х ядернике и надо запускать 4 экземпляра проги. Каким боком тут виртуализация?

> Еще раз повторюсь, перейти на другой язык программирования,
> встраивать директивы(а если я правильно понял, что MP, MPI, PVM и
> прочее предлагают пересматривать код) - не реально для нас.

У вас C. Это хорошо. Рекомендую нанять 1(одного) специалиста по параллельным вычислениям на базе того же MPI. Или вообще консультанта который научит самого "талантливого" в рабочей группе.

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

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

Плюсы - стандратное решение, mPI , позволит запускать ваше изделие на стандартных MPI кластерах, которые опять же можно собрать по необходимости в любом гадюшнике "занедорого".

> Ваши горепрограммисты завопят, что распараллелить под 48 ядер нереально.

А самое главное, абсолютно не нужно. Ибо "Одно исполнение программы порядка 5 минут".

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

Скрипт должно быть легко написать на шелле или на перле + ssh. Когда-то такую хрень проворачивал.

[OpenCL][NV/ATI]

Я правильно понимаю, что сейчас и у NV, и у ATI есть бесплатные OpenCL SDK, поддерживающие 64+битный флоат (при наличии соответствующей видеокарты)?

Где-то читал, что на некоторых новых карточках от NV есть поддержка 128-ми битного float, вопрос - если ты поддержка таких типов в OpenCL от NV?

Работает ли OpenCL у ATI & NV с открытыми драйверами?

Для некоторых задач должно подойти.