Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 2089 • Страница 6 из 105<  1 ... 3  4  5  6  7  8  9 ... 105  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Акула пера
Статус: Не в сети
Регистрация: 29.03.2004
Откуда: Москва
Фото: 5
Xmast Тестировал в линпаке на 3900 при 1.48в и 3800 при 1.4 стабильно в линпаке. В ОССТ при 1.4 ошибка через 20 мин, при 1.41 стабилен 1 час.
Добавлено спустя 2 минуты, 43 секунды
Да, он и память с чипсетом сильно греет - до 37С. Также как и ОССТ. А вот S@M и прайм так их сильно не греют...
В принципе да, линпак - по максимуму греет всю систему - и камень и память и чипсет. Наверное теперь буду его для тестов использовать. :beer:


Последний раз редактировалось Buld@zer 19.01.2008 18:14, всего редактировалось 1 раз.


Партнер
 

Advanced member
Статус: Не в сети
Регистрация: 07.10.2004
Откуда: Сыктывкар
Buld@zer Тады у тебя рекорд этой ветки однозначно выложи здесь пожалйста лог результата. Хочу посмотреть как ты лихо все прогнал :)

_________________
Если не знаешь что делать, делай хоть что-нибудь.


 

Акула пера
Статус: Не в сети
Регистрация: 29.03.2004
Откуда: Москва
Фото: 5
Intel(R) LINPACK data

Current date/time: Sat Jan 19 17:55:56 2008

CPU frequency: 3.897 GHz
Number of CPUs: 2
Number of threads: 2
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)
Error: info returned = 3277176
14000 14000 4 99.216 18.4418 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 98.011 18.6685 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 98.033 18.6644 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 98.036 18.6638 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 101.412 18.0425 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 103.176 17.7340 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 102.507 17.8498 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 100.579 18.1920 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 104.898 17.4430 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 103.082 17.7503 1.886800e-010 3.407360e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
14000 14000 4 18.1450 18.6685

End of tests
19.01.2008
18:13


 

Продавец
Статус: Не в сети
Регистрация: 03.10.2003
Фото: 88
Buld@zer
читай faq :) в этой же теме


эти ошибки Error: info returned = 3277176 ничего вообще не значат ) смотреть на результаты residual и residual norm надо... во первых чтобы они если тестицца только 1 паттерн были идентичными (все как 1-й) и чтобы число residual не превышало определённых границ (допустимо чуть >1 насколько помню)

вот если числа гулять начнут в каждом тесте то это и есть нестабильность )) как вариант - ребут или бсод во время теста ))

из faq на первой странице:

Цитата:
Этот тест может также использоватся для проверки правильности выполнения вычислений, подобно Prime.
Для этого надо обратить внимание на значение поля Residual(norm). По моему опыту с этим тестом (под Linux), при "переразгоне" происходят 3 вещи
1) При сильном переразгоне будет BSOD
2) Далее, тест может завершится, но значение Residual(norm) будет большим, много больше 1.
3) Наконец, при совсем небольшом переразгоне значение Residual может быть маленьким, но оно будет заметно менятся от запуска к запуску -для одной и той же problem size (для разных это нормально). Поэтому, лучше оставить всего одно значение размера матрицы (максимальное), но прогнать его несколько раз (число прогонов задается в поле #times)

Linpack 10 в некоторых случаях может выводить дополнительную строчку
Error: info returned =***
Это безопасный "глюк", не обращаем на него внимания.


 

Advanced member
Статус: Не в сети
Регистрация: 07.10.2004
Откуда: Сыктывкар
Здорово. Я так понял ты версию 32 гоняешь. Тоже потом попробую. Пока 64 помучаю.

_________________
Если не знаешь что делать, делай хоть что-нибудь.


 

Акула пера
Статус: Не в сети
Регистрация: 29.03.2004
Откуда: Москва
Фото: 5
Gre4ka Данные в ФАКе не совсе понятны... Откуда взялось Residual чуть больше 1 для стабильного прохода и почему оно должно быть многим больше - многим больше - это насколько? 5? 50?


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Во первых, 10 прогонов слишком мало.
Для примера, допустим вероятность ошибки в течении 10 прогонов равна 10%. Тогда почти наверняка
она не будет обнаружена.
Если же прогнать 100 раз, то вероятность проявления ошибки будет 1 - (1 - 0.1)^10 = 65%, то есть она скорее всего выскочит.

Во вторых, как я уже много раз писал, 64-битная версия нагружает процессор гораздо сильнее чем 32-битная, намного сильнее греет
и дает намного больший результат в Гигафлопсах.


 

Advanced member
Статус: Не в сети
Регистрация: 07.10.2004
Откуда: Сыктывкар
Buld@zer писал(а):
Данные в ФАКе не совсе понятны... Откуда взялось Residual чуть больше 1 для стабильного прохода и почему оно должно быть многим больше - многим больше - это насколько? 5? 50?

Имеется в виду что тест окончится но с ошибками в рассчете. Т.е. нестабильно.

_________________
Если не знаешь что делать, делай хоть что-нибудь.


 

Member
Статус: Не в сети
Регистрация: 02.03.2005
Buld@zer
Разница в нагреве линпаком под 32 бит и под 64 бит порядка 10-15С. По крайней мере у меня так.
И напруга проседает сильнее под 64 бит системой. Под 32 бит результаты проверки линпаком могут оказаться похуже, чем другими прогами.
Добавлено спустя 2 часа, 16 минут, 33 секунды
При переразгоне Residual и Residual(norm) от прогона к прогону меняются. Точнее, я смотрю так: все одинаковы- нормал. Если не одинаковы-> значит в каком-то случае с ошибками посчитал проц->переразгон.


 

Member
Статус: Не в сети
Регистрация: 02.01.2008
Откуда: Якутия
Товарисчи, так куда же зписывается результат, и как сделать чтобы он записывался. А то прога то работает нормально (пришлось напругу на проце поднять с 1,4125 до 1,4325, иначе циферки не совпадают, а до линпака казалось бы все нормуль) прогоняю 10 тестов, все циферки совпадают но на десятой тест прекращается, вследствии завершенности, а вот резалт ни где найти не могу. Таже ситуация если прогонять тест например 20 раз, 19 цифер (считал) совпадают, а на 20 тест завершается, окно линпака закрывается, а резалтов нет. Прогонял и 200 раз - много, много цифер совпадает (уже не считал сколько) но рано или поздно видешь что прога завершила подсчет, а резалтов нет. ЧТО НАДО СДЕЛАТЬ?

Да, линпак прогоняю на 14000 при 2 гигах оперативы. По данным мониторинга оператива загружена до 1,73 гига т.е. здесь все нормуль, но где резалт? При запуске Linpack_xeon32.exe не знаю что писать в первой строчке, это которая "Iput data or print help? Type (data)/help:" вписывал сюда и дату, и что то типа "ЁКЛМН" видимого эффекта это не дало. Мож надо что то конкретное сюда писать?

Версия 10.0. Вводный фаил lininput_xeon32 редактировал (хотя по поемому хоть редактируй хоть нет, разницы не заметил). Редактировал в текстовом редакторе (?).

Впечатления от проги положительные, казалось бы стабильная система, ан нет, ошибки выловил, пришлось напругу поднимат чуток. Греет под 32 бита не сельней чем ТАТ или садомазо в тесте FPU.

Подскажите что я делаю не так.


 

Акула пера
Статус: Не в сети
Регистрация: 29.03.2004
Откуда: Москва
Фото: 5
Да я б тоже потестил бы ее в 64 бит системе, да только не могу... Под нее тока 10% приложений работают, глючность и несовместимость драйверов и 3D тормозит... 64 бит системы стоят только у 0.1% людей, да и может быть меньше... Поэтому не знаю как там 64 бит линпак грузит, а я ориентируюсь на 32 бит..


 

Member
Статус: Не в сети
Регистрация: 02.03.2005
JakutDZA
Циферки где совпадают? Файл win_xeon32.txt или win_xeon64.txt есть? Вот туда пишутся результаты, сколько гигафлопс и какая невязка в каждом проходе. При стабильной работе невязка (Residual и Residual(norm)) не должна зависеть от номера прохода теста.
Buld@zer
не совсем понял, как считались эти 10% и на какой день эти данные. В моём случае как раз порядка 10% программ не работают под 64 бит, в основном низкоуровневые или очень древние версии. В моём случае не работает SnM, остальные свежие версии программ работают нормально. 32битные программы работают через эмулятор, если им собственный драйвер не нужен. Не было симантек антивируса под 64бит- сейчас уже есть. Поэтому я решил перейти полностью на 64бит виндовс


 

Акула пера
Статус: Не в сети
Регистрация: 29.03.2004
Откуда: Москва
Фото: 5
CPU frequency: 3.995 GHz
Number of CPUs: 2
Number of threads: 2

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

Size LDA Align. Time(s) GFlops Residual Residual(norm)
Error: info returned = 3277176
14000 14000 4 96.025 19.0547 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 96.042 19.0514 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 96.002 19.0593 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 97.730 18.7222 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 98.989 18.4842 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 98.323 18.6093 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 97.052 18.8530 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 99.971 18.3025 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 99.981 18.3007 1.886800e-010 3.407360e-002
Error: info returned = 3277176
14000 14000 4 99.762 18.3409 1.886800e-010 3.407360e-002

Size LDA Align. Average Maximal
14000 14000 4 18.6778 19.0593


ЗЫ. А можно ли как-нибудь линпак из-под доса запустить?


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Buld@zer писал(а):
Да я б тоже потестил бы ее в 64 бит системе, да только не могу... Под нее тока 10% приложений работают, глючность и несовместимость драйверов и 3D тормозит... 64 бит системы стоят только у 0.1% людей, да и может быть меньше... Поэтому не знаю как там 64 бит линпак грузит, а я ориентируюсь на 32 бит..

Удалил бы, не позорился, такой бред наяву.


 

Member
Статус: Не в сети
Регистрация: 24.01.2006
Откуда: Эйлат, Израиль
Наконец-то я осилил запуск этого теста - оказывается он работал, но мне казалось, что ни чего не происходит :-)

Цитата:
CPU frequency: 4.050 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

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

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

Size LDA Align. Time(s) GFlops Residual Residual(norm)
10034 10034 4 15.187 44.3598 1.113999e-010 3.907289e-002
10034 10034 4 15.159 44.4418 1.113999e-010 3.907289e-002
10034 10034 4 15.282 44.0853 1.113999e-010 3.907289e-002
10034 10034 4 15.228 44.2391 1.113999e-010 3.907289e-002
10034 10034 4 15.271 44.1160 1.113999e-010 3.907289e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
10034 10034 4 44.2484 44.4418


Vista 64 камень 450х8 (3600) память 900 4-4-4-12
При моих настройках должен ли параметр Residual полностью совпадать?
Прогонял 40 тестов и на напряжении 1.46 по биосу один раз из сорока вместо 1.113999e-010 было 3.12... это ошибка?
Просто при повышении напруги до 1.48 все тесты возвращают одинаковый параметр Residual


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Def_4ex писал(а):
При моих настройках должен ли параметр Residual полностью совпадать?
Прогонял 40 тестов и на напряжении 1.46 по биосу один раз из сорока вместо 1.113999e-010 было 3.12... это ошибка?
Просто при повышении напруги до 1.48 все тесты возвращают одинаковый параметр Residual

Должен, легко проверить что это так убрав разгон.
Отличия означают ошибку.

Памяти для теста рекомендую выделить побольше, 1.2 -1.5GB (12000- 13700), сколько влезет в память , и прогнать не менее сотни раз


 

to Cronos

так что же все-таки означает строчка "Error: info returned"
почему у кого-то она выскакивает, у кого-то нет?

У интела не пытался спросить?


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Pik@ писал(а):
to Cronos

так что же все-таки означает строчка "Error: info returned"
почему у кого-то она выскакивает, у кого-то нет?

У интела не пытался спросить?

Выскакивает под 64битной OS. Программа возвращает какое-то значение, любое отличное от 0 трактуется как Error. Можно выяснить конкретное значение возвращаемой величины, посмотрев в исходниках, но мне просто лень - я и так знаю что это несущественно.


 

Member
Статус: Не в сети
Регистрация: 02.01.2008
Откуда: Якутия
A/P писал(а):
JakutDZAЦиферки где совпадают? Файл win_xeon32.txt или win_xeon64.txt есть? Вот туда пишутся результаты, сколько гигафлопс и какая невязка в каждом проходе. При стабильной работе невязка (Residual и Residual(norm)) не должна зависеть от номера прохода теста.


Нет, вопрос в другом. Просто многие здесь приводят результаты теста, где то эти результаты храняться, правильно? Приведу пример: вчера вечером запустил тест на 200 повторов при 14500, непосредственно перед сном посмотрел ход теста, все цифры в столбце Residual совпадали друг с другом (2,325059-010), та же история и в столбце Residual(norm) (3,916990-002). Итого что то около 60-70 повторов, с достаточной долей уверенности можно утверждать что система стабильна. Вопрос не в этом, а в том, что благополучно отойдя ко сну, с утра я обнаруживаю пустой экран, тоесть тест уже закончен, а вот окончательные результаты ни где не сохраняются. И гадай теперь всплыла ли где ошибка в оставшихся повторах или нет. Вот в чем вопрос. А сидеть и 6 часов (5, 4, 3, 2, 1 ч. нужное подчеркнуть) пялиться в монитор сомнительное удовольствие :-(.
Добавлено спустя 1 минуту, 13 секунд
A/P писал(а):
JakutDZAЦиферки где совпадают? Файл win_xeon32.txt или win_xeon64.txt есть? Вот туда пишутся результаты, сколько гигафлопс и какая невязка в каждом проходе. При стабильной работе невязка (Residual и Residual(norm)) не должна зависеть от номера прохода теста.


Нет, вопрос в другом. Просто многие здесь приводят результаты теста, где то эти результаты храняться, правильно? Приведу пример: вчера вечером запустил тест на 200 повторов при 14500, непосредственно перед сном посмотрел ход теста, все цифры в столбце Residual совпадали друг с другом (2,325059-010), та же история и в столбце Residual(norm) (3,916990-002). Итого что то около 60-70 повторов, с достаточной долей уверенности можно утверждать что система стабильна. Вопрос не в этом, а в том, что благополучно отойдя ко сну, с утра я обнаруживаю пустой экран, тоесть тест уже закончен, а вот окончательные результаты ни где не сохраняются. И гадай теперь всплыла ли где ошибка в оставшихся повторах или нет. Вот в чем вопрос. А сидеть и 6 часов (5, 4, 3, 2, 1 ч. нужное подчеркнуть) пялиться в монитор сомнительное удовольствие :-(.
Добавлено спустя 1 минуту, 23 секунды
A/P писал(а):
JakutDZAЦиферки где совпадают? Файл win_xeon32.txt или win_xeon64.txt есть? Вот туда пишутся результаты, сколько гигафлопс и какая невязка в каждом проходе. При стабильной работе невязка (Residual и Residual(norm)) не должна зависеть от номера прохода теста.


Нет, вопрос в другом. Просто многие здесь приводят результаты теста, где то эти результаты храняться, правильно? Приведу пример: вчера вечером запустил тест на 200 повторов при 14500, непосредственно перед сном посмотрел ход теста, все цифры в столбце Residual совпадали друг с другом (2,325059-010), та же история и в столбце Residual(norm) (3,916990-002). Итого что то около 60-70 повторов, с достаточной долей уверенности можно утверждать что система стабильна. Вопрос не в этом, а в том, что благополучно отойдя ко сну, с утра я обнаруживаю пустой экран, тоесть тест уже закончен, а вот окончательные результаты ни где не сохраняются. И гадай теперь всплыла ли где ошибка в оставшихся повторах или нет. Вот в чем вопрос. А сидеть и 6 часов (5, 4, 3, 2, 1 ч. нужное подчеркнуть) пялиться в монитор сомнительное удовольствие :-(.


 

Cronos писал(а):
я и так знаю что это несущественно.


Скорее не знаешь, а догадываешься. Если знаешь - основания в студию.

У меня выскакивает под 32 битной.
В исходниках, если б они были, я бы и сам посмотрел (не лень), только их нету. В скачанной версии 10.0 исходники есть только в папке mp_linpack, но во-первых, насколько я понял - это для кластеров, а во-вторых там операторов, которые бы могли дать это сообщение я не обнаружил.


Последний раз редактировалось Pik@ 20.01.2008 18:05, всего редактировалось 1 раз.

Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 2089 • Страница 6 из 105<  1 ... 3  4  5  6  7  8  9 ... 105  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan