Ошибок нет, значит можно. А не маловато ли для Вольфа 3,6? Я чертыхался как торговка на свои 3.6

Не забывайте, что "Коктейлем Молотова" Линпак полноценно становится только при условии использования 64х битной версии программы

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

проц ку6600@3.18, ддр2-910 мгц, шина 455мгц, 33.5 гфлопса. Мало?

Погонял и я "Коктейль Молотова":)
Проц q6600 @3000. Память 2х2Gb @1000

Под OCCT 2.0.0 - 62 градуса
Linpack32 - 68 гр. (34,2GFlops)
Linpack64 - 72 гр. (39,2GFlops)

Горячо, но после прочтения ветки, от версиии х64, ждал большего:)

Автору Glinpack - спасибо

Подскажите, данный результат можно считать нормальным ?



Волнует значение +001.

AlcatraZ
Это ошибки.

То есть все значения должны быть отрицательными? Какая должна быть зависимость?

Должно выглядеть так:
Intel(R) LINPACK data

Current date/time: Wed Jun 04 20:58:10 2008

CPU frequency: 3.300 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

Number of tests : 1
Number of equations to solve (problem size) : 14000
Leading dimension of array : 14000
Number of trials to run : 10
Data alignment value (in Kbytes) : 4

Maximum memory requested that can be used = 1568284096, at the size = 14000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
14000 14000 4 53.121 34.4443 2.154314e-010 3.890461e-002
14000 14000 4 52.901 34.5875 2.154314e-010 3.890461e-002
14000 14000 4 52.908 34.5833 2.154314e-010 3.890461e-002
14000 14000 4 52.915 34.5783 1.745587e-010 3.152344e-002
14000 14000 4 52.874 34.6053 2.154314e-010 3.890461e-002
14000 14000 4 52.884 34.5987 2.107611e-010 3.806120e-002
14000 14000 4 52.878 34.6027 1.872524e-010 3.381578e-002
14000 14000 4 52.888 34.5965 2.154314e-010 3.890461e-002
14000 14000 4 52.875 34.6045 1.853262e-010 3.346794e-002
14000 14000 4 52.892 34.5934 2.154314e-010 3.890461e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
14000 14000 4 34.5795 34.6053

End of tests
04.06.2008
21:08

Всё должно быть в минусе.

и одинаковым

Quwant
lndeo
Спасибо. А где-то есть описание, какие ошибки в случае +001, на что влияет разница например -010 и -002 и т.д.? Просто хочется понят логику, откуда появляются такие числа и в какой ошибке может вылезти потом то или иное значение. Я так понимаю минусовое значение может быть любое, главное что бы значения в столбце были одинаковые, те не важно будет это -010 или -003 так?

AlcatraZ Я не знаю точно. Могу только предположить, что оно делает какой-то расчет и сравнивает с конечным известным заранее результатом, а потом выдает разницу. Если эта разница маленькая (из-за точности вычислений) то все ОК
Лучше пусть Sashar2 расскажет..

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

sashar2 Есть проблема.. Из-за СуперФетча в Виста "свободной" памяти намного меньше (на гигабайт например) чем Глинпак может использовать, а он его не использует, т.к. думает что она чем-то серьезным занята - воспринимает её как невыгружвемую, что-ли. Как я понимаю, она может быть свободно выгружена. Это реально исправить?

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



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

sashar2

Тогда получается, что значение +001 постоянное не является ошибкой?

Я считаю, что если у тебя вот таких записей достаточное кол-во (более 20 хотя бы)

То все отлично.

качнул последнюю версию линпака с интела и решил снова в 32-х битах затестить (сменил охлад на чипсете и на проце)
походу перекомпилили чем то... т.к. ранее разница 32-64 бит версий (и прогрев соот) достигали 10-12Gflops. Под 32 на профильном было 32-34Gflops, а под 64 - 44.
Теперь под 32-бит линпаком 39-40Gflops. неплёха =)

А зачем отключать в биосе энергосберегающие функции процессора? Ведь этот тест так грузит проц, что энергосбережение просто не будет включаться. Разве я не прав?

baribalbear

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

Number of equations to solve (problem size), Leading dimension of array

результаты ВСЕГДА должны быть одинаковыми (т.е. и Residual и Residual(norm) ). Gflops может плавать оч. незначительно в пределах 1-го.