Ecowar зачем на 8 то? гонял на 4 ядрах/потоках... да и выше уже сказали, что результат напрямую зависит от кол-ва фпу

devl547 вы на каком объеме оперативы гоняли?

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

3584, как у Блека в первый раз.

У меня вопрос - почему доисторический Linpack? Уже давно существует более правильный LAPACK же.
Есть MKL и ACML, которые мало того, что быстрее, так и больше оптимизированы под конкретные процессоры и больше соответствуют возможной выжимаемой производительности.
И последний вопрос - каким компилятором собирается linpack? И конкретно последний от Блека.
Потому как:
1. Это фортран. Следовательно Open64, ICC, PathScale выдадут более правдоподобную производительность.
2. GCC с -march=bdver1 выдает для буля СИЛЬНО более оптимизированный код. То есть с другим компилятором мы меряем по сути воздух.

devl547 сам пишешь, что это фортран и тут же съезды на ICC и GCC - окстись, это же сишные компиляторы.

так и делал. когда были нечентные ядра:1,3,5,7, грузилось ваще 1 ядро. поставил 2,4,6,8, стал загружать 2 ядра. проверял на обычном линксе.

bi6a мож дело как раз в LinX? не должно такого быть.. надоб тебе скинуть версию линпака 32 разрадного (обычного)
#77
http://rghost.ru/41627583 вот

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

Я лицо об стол разбил с твоего бреда.
1. gnu compiler collection
2. intel fortran compiler входит в состав icc (точнее теперь Intel Parallel Studio XE)

devl547
ну так навскидочку, смотрим в терминале man: icc " invokes the Intel(R) C++ Compiler"; ifort "invokes the Intel(R) Fortran Compiler", gcc "GNU project C and C++ compiler", gfortran "GNU Fortran compiler". Короче, я тебе про фому, ты мне про ерему, суть от этого не меняется. надо под линуксом на амшной машине c правильной строчкой (в плане оптимизаций) и ACML собрать и затестить.

polyakoviv, The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, Ada, and Go, as well as libraries for these languages.
А как там исполняемый файл называется - побоку.

Касательно тестов - давай сравним, что реально можно выжать из процессора.

прогон линпака на "холодном" компутере (перед этим стоял часа полтора выкл, свет отключали )...
#77
далее, через минут 10-15 еще один заход...
#77
выключил, дал ему остыть, дальше история повторяется. Такое ощущение что что-то где-то нагревается и, дальше не знаю температуры в норме если судить прогам.

p.s. если на "холодном" компутере продолжительное время все это крутится (все греется) то производительность в ГФ падает от 82-86 до 63-67 (чаще появляются провалы),

Перегрев VRM и троттлинг? Вполне такое может быть.
Кстати, а куда тебе такой адовый вольтаж? У меня мой 8-ядерник стабильно линпак на 1.325 гоняет.

devl547 на постоянку 4ghz при 1.4v, дальше надо v подымать, камень очень любит напряжение (попался такой )

p.s. с отключенным 3-м модулем гонится до 4.7 при 1.425

Хорошо. Я сейчас не дома нахожусь (дела, чтоб их). Завтра с утра вернусь и попробую собрать линпак под своей гентой с помощью open64

Температура питальника 70, может это VRM MOS protection так работает? какая вообще допустимая температура и как должен проявить себя троттлинг, допустим частота проца и питание не снижались.

Если оно соберется без проблем, то замеряю как -march=amd64, так и bdver1 (покажет прирост от "правильного" кода).
Во втором случае слить твоему профильному точно не должно. В первом даже не сомневаюсь.

Отключил сегодня на своём 8120 все ядра кроме 2х, и запустил на 5ГГц, на матери выставил 1.55В, но почему то мать понижает, в итоге работает(по датчику) на 1.48В. Линпак пройти не могу, через 4-5 мин. нагревается до 67 градусов и перегруз((. Создаётся впечатление, что в моём кулере тепловые трубки пустые и переносят тепло от проца!((

Матом не ругайся!!)