Какой язык программирования самый быстрый в плане манипуляции цифровыми массивами? Если бы вы писали шахматную программу, какой бы язык выбрали для достижения максимальной производительности на среднестатистическом современном компьютере, управляемом Windows XP?

  Гыгыгы!
Я б ассемблер выбрал! На худой конец С++ и компилятор от MS

я бы выбрал тот, который знаю :3
а вообще, фортран, си, с++

Ассемблер... Разве на нём ещё программируют?

C / C++ / Fortran... Какой из этих языков выигрывает по производительности в работе с числовыми массивами? Зависит ли скорость элементарных математических функций от версии языка / года выпуска компилятора?

Fortran.

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

Fortran 2003 + OpenMP, т.к. род машин, про которые ты говоришь, "многоядерен".

а я бы делал упор на распределенные вычисления, раз уж надо ставить рекорды - 80 "современных компьютеров, управляемых windows xp" всяко быстрее одного.

тот, который знаю.

CUDA

Комп один, как заверяет автор.


Совсем не среднестатистический комп.

Wolf1994, язык тут не главное, главное алгоритмы + правильная настройка компилятора. При обработке массивов данных весьма эффективно использовать SSE/SSE2 и т.д. смотря что поддерживается компилятором. Как правило узким местом является всего несколько функций, вот их и нужно оптимизировать не чем-то типа фортрана, а лучше асма, поскольку компиляторы не умеют грамотно использовать SSE. Основной код на чем-то более выскоуровневом, все равно потри будут невысоки.

я согласен с Alexeis,  действительно, ЯП  не играет большой роли. Важен алгоритм, как ты хранить будешь, в чем, какой доступ использовать. 
Можно и на Java  довольно быстрые шахматы сделать   

Спасибо за ответы. Выбрал компилятор: http://www.bloodshed.net/devcpp.html , так как среды разработки уровня интеловских мне не по карману.

Пока вопрос решён.

Alexeis, прошу прощения за минус на сообщение - глюкнул тачпад.

Это сообщение отредактировал(а) Wolf1994 - 10.3.2009, 18:20

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

Неправильно. Это руками ещё надо научиться использовать SSE лучше, чем компилятор сам делает. А то будешь векторизовать строку матрицы, когда она по столбцам хранится или наоборот. Глупо писать, используя ассемблерные вставки. Это не только прошлый век, но и сужает возможности для оптимизации.

Весь код на как можно более высоком, но неуправляемом уровне. Чем выше уровень описания задачи, тем больше возможностей для птимизации. Одно дело создавать три вложенных цикла для умножения матриц, другое -- написать это одной строкой, да указав дополнительно, что M и N большие и хорошо бы разбить данные для эффективного использования кеша. Более того, на ассемблере вы на распараллелите циклы ну ни как. SSE руками напишете в лучшем случае. И всё.
  

Если не в коммерческих целях, то под Linux есть бесплатная лицензия. Удачи.

Можно использовать PureBasic.
Судя по этим данным он достаточно быстр, да и SSE/SSE2 поддерживает, правда эту поддержку надо включить в опциях проекта.