Было бы неплохо какойто ФАК написать или введение поподробнее, ибо не очень сходу понятно, что оно считает вообще, что значит резидью и т.п.
Добавлено спустя 3 минуты, 4 секунды
А никто не хочет сделать доброе дело и написать UI какой-нибуть убогенький типа как у ORTHOS, но что бы было можно задавать количество циклов, старт стоп и главное - видеть количество ошибок. Было бы важное дело.

да GUI для этого утиля не помешал бы ) было бы удобно очень

отличается вобщем
Вот тоже самое при 533 МГц по шине, при 417, и самое интересное что без разгона вообще (все на дефолте) эти Residual(norm) тоже отличаются. Так должно быть или это у меня комп лагает при любых раскладах?

lndeo
?
Добавлено спустя 1 минуту, 59 секунд


Чувствуется влияние Windows Для линуксоидов такой проблемы не существует.

Cronos Я про то что мы спорили про разгон по шине выще 500
Вот специально выставил 533 МГц, запустил линпак, вижу, Residual(norm) не совпадают.
Как явствует из первого поста, это - "небольшой переразгон", одним словом ошибки, которых быть недолжно.
Я тут вытирая пот, меняю вольтажы, понижаю частоту, но никак не могу добится "совпадения значений Residual(norm) вплоть до последнего знака" Тогда ставлю все в дефолт, и там тоже самое. Наверное, я что-то не понял в этой программе..

"Что тут думать - прыгать надо!". Так?
Я все описал на первой странице, как и что делать. Надо делать именно так как написано.

Да, я идиот
Замечательная програмка. Ортос давал 62С, а эта в лучших традициях Интел ТАТ дает 74 °С на ядрах.
Резидуалы сходятся действительно с ноль. Очень хорошая програмка - Кроносу респект!
Большое будущее тому кто напишет GUI

Это при каких FSB, Vcore и частоте процессора? И какая версия Linpack? 64-bit?

Magnetto 417 MHz/3.33 Ghz/1.35V Linpack 10.0 Win-32

lndeo
74C это далеко не много, нормально. Из-за такой тем-ры BSOD-ов быть не может.

Linpack 32bit грузит процессор намного меньше чем 64битный (разница в температурах вполне может быть 10С и даже больше).
И качество тестирования в 64bit намного выше.

вчера протестил свой е8200@3,2 1,08v
Intel(R) LINPACK data

Current date/time: Mon Feb 04 19:51:32 2008

CPU frequency: 3.200 GHz
Number of CPUs: 2
Number of threads: 2
Parameters are set to:

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

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

Size LDA Align. Time(s) GFlops Residual Residual(norm)
Error: info returned = 2040360
10000 10000 4 44.466 14.9972 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.289 15.0572 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.295 15.0550 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.386 15.0242 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.396 15.0208 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.272 15.0630 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.363 15.0322 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.247 15.0714 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.373 15.0286 9.364387e-011 3.301978e-002
Error: info returned = 2040360
10000 10000 4 44.278 15.0609 9.364387e-011 3.301978e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
10000 10000 4 15.0411 15.0714

End of tests
04.02.2008
19:59
--------------------------------------------

такой вот резалт
температура по коретемп так за 71 и не перевалила по спидфану за 66 по ядрам. темп крышки не помню.
с размером 13700 в висте тест не запускался говорил мало памяти, я поставил на абум 10000 и он завелся.

Cronos Чего то я все таки не доганаю....До сих пор не заставил Линпак нормально сохранять в текстовом файле результаты теста. Но обо всем по порядку...

Версия - 10,0. Фаил runme_xeon32.bat не редактирую, ведь сказано что в 10 версии Линпака делать этого не надо. Правильно? Судя по всему - да. Редактирую фаил lininput_xeon32 вбиваю, к примеру, следующее:

Sample Intel(R) LINPACK data file (lininput_xeon32)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
20 # times (trials) to run a test
4 # alignment values (in KBytes)

Сохраняюсь. Запускаю runme_xeon32.bat, что, согласно диспетчеру задач, сразу загружает память до 1,66 ГБ и......., а вот собственно и все. Далее ни чего не происходит, загрузка процессора 0%. На клавиатуру runme_xeon32.bat не реагирует (комп не завис, все работает нормально) - т.е. НИЧЕГО не происходит, тест не начинается. Запускаю ПАРАЛЛЕЛЬНО linpack_xeon32 (при ОТКРЫТОМ окне runme_xeon32.bat), вбиваю размеры матрицы, количество проходов и т.д. (в полном соответствии с отредактированным lininput_xeon32), жму ентер - тест пошел при этом объем занятой памяти удваевается и составляет уже 3,3 ГБ. Собственно в такой последовательности тест идет "нормально", только система свопит сильно, заканчивается тест - результаты, как и положено, сохраняются в файле win_xeon32.txt

Т.е. результаты теста у меня сохраняются только при ОДНОВРЕМЕННО открытом runme_xeon32.bat (открываешь его, и ничего не происходит) и linpack_xeon32, но при этом объем занятой памяти удваивается, система свопит, а это уже не объективная оценка, да и харды жалко .

Другая ситуация: запускаю ТОЛЬКО inpack_xeon32, задаю тут же размеры матрицы (к примеру 13700), кол-во проходов и т.д. - тест идет как полагается, цифры в столбцах совпадают (система стабильна, хоть это радует), объем занятой под тест памяти - 1,66 ГБ, но как только Линпак выполнил заданное количество проходов, окно закрывается и финита ля камедия, результов нигде нет. И гадай всплыла ли где ошибка пока ты занимался своими делами, или не всплыла, а сидеть и пялиться в монитор все 200 повторов, или изредка подходить к компу считать сколько уже повторов прошло (к прмеру 150 - представили?) Уже всю голову сломал. Что делать....программка то реальная, вот и пытаюсь осилить ее, а так бы уже давно забил. Мож кто все ж чем поможет, а?

Повторюсь, runme_xeon32.bat запускаю, но ничего не происходит, может в этом все дело? Не пинайте за большое количество букв, дюже понравился мне Линпак. Спасибо.

JakutDZA
Как запускаешь? Из Far-a попробуй.

JakutDZA

в висте? от админа запускай...

Сегодня с утра прочел тему и решил по просьбе желающих сделать небольшую безделушку, как что-то серьезное не воспринимать :
http://cp.people.overclockers.ru/cgi-bi ... UI_0.1.zip
P.S>
Надеюсь у вас будет работать %) .

Добавлю и свои 5 копеек для статистики. Core2Duo E6850 @ 3.6 GHz, 4 Gb DDR2-800

digital_demon
Для тестирования стабильности надо прогнать минимум сотню итераций.

Но сейчас я бы уже рекомендовал не менее 200.

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

Cronos - это я не в плане стабильности, а скорее в копилку статистики "какой проц при каком разгоне выдает сколько гигафлопсов". Стабильность проверять такими изуверскими методами мне просто лень В свое время гонял машину другими тестами в хвост и в гриву, за 60 часов тестирования Prime95 - ни одной ошибки. Более того, с тех пор, как в конце октября прошлого года зафиксировал параметры стабильного разгона, не было ни единого BSOD или иного нештатного завершения работы системы. Это при том, что машина работает 24х7, запускается на ней куча всего, в том числе и тяжелые игры, а аптайм определяется временем между обновлениями драйверов, антивируса и т.п., требующими перезагрузки. Мне такой стабильности вполне хватает, той нагрузки, что создает линпак, в природе реально не встречается.

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

Япона мать.....разобрался в чем дело. Отнес прогу к нашему сисадмину на работу. Минут десять объяснял в чем проблема и что за прога. Еще минут десять уговаривал запустить, т.к. он боялся что система не вывезет эту чудопрограмму (видать чересчур красочно описал возможности программы ). На поиск проблеы ушла 1 минута. Оказалось что каким то макаром, кудато в путь затесался пробел (человек он нервный, расспрашивать не стал) и досовская прога спотыкалась об него.....Но сейчас все ОК.