Сообщения без ответов | Активные темы


Список форумов » Специализированные форумы » Бенчмаркинг

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




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 2084 • Страница 31 из 105 • <  1 ... 28  29  30  31  32  33  34 ... 105  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
sashar2 пользуюсь Linpack 10.0 - значения residual и residual norm немного отличаются, но все с минусами и значения после каждого из минусов не отличаются.

_________________
"...а хочу быть акционером ОАО Газпром!!!"

Реклама

Партнер
  karbofoz

Member
Статус: Не в сети
Регистрация: 21.07.2008
значения типа должны быть идентичными
если хоть раз отличились - жди глюков
  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
karbofoz эхх....да что вы.... я же сначала сказал, что это происходит когда я только "мешаю" программе разными приложениями и когда загружаю этими приложениями память, а если тест работает и я ему не мешаю то посмотрите на ссылку плиз- нет ошибок- 200 проходов, я просто хотел узнать так и должно быть если проге мешать.
Добавлено спустя 20 минут, 28 секунд
ммм......видимо да.

_________________
"...а хочу быть акционером ОАО Газпром!!!"

  sashar2

Member
Статус: Не в сети
Регистрация: 05.12.2005
ToR [tt]
Я не тестировал в х64, но на х32 значения не отличаются, хоть я и меняю сильно загруженность системы.
  Mitjay P5LD2

Member
Статус: Не в сети
Регистрация: 13.02.2006
Откуда: Мытищи
ToR [tt] У меня на 32 битке хоть что делай значения одинаковые всегда, вот значения "GFlops" отличаются и чем активнее я мешаю проге тем их (GFlops) становится меньше.

_________________
ап однако!

  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
sashar2 хмм, вот на 14 странице здесь нашел же ответ: пардон, я слепой не увидел, такая же проблема была у Helium, ваш ответ Helium:
Да, это нормально. Просто при разной производительности будут разные red. norm.
И очень, по моему, полезный совет был от Gre4ka. Как думаете могет надо в ФАК добавить, что на 64 бит все фоновые проги надо отрубать перед запуском Линпака и не включать по ходу теста и вообще ни чего не делать на компе в этот промежуток времени.
  НикРеш

Member
Статус: Не в сети
Регистрация: 13.03.2008
ToR [tt]
Представьте себе, что Вы сами решаете математическую задачу, Вам необходимы точные результаты решения, и для их проверки Вы решаете эту задачу несколько раз (что и делает Линпак). Наверное, насколько бы ни отличались результаты по "проходам", любое отличие в результатах Вы посчитали бы ошибкой.
  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
НикРеш да, а теперь представьте что вам мешают делать задачу, отбирая время и ресурсы вашего мозга, к примеру телевизор- ваши результаты будут также расходится, но если вы будете заняты только решением этой задачи, то проблемы не возникнет как и у проца 200 раз решил с одним же результатом без влияние из вне%)

_________________
"...а хочу быть акционером ОАО Газпром!!!"

  НикРеш

Member
Статус: Не в сети
Регистрация: 13.03.2008
ToR [tt]
Глубочайшее заблуждение.
Не надо путать замедление работы (по причине многозадачности = желания посидеть "сразу" на нескольких стульях) и работу с ошибками... Ошибка останется ошибкой - нельзя решить одну и ту же задачу с 2-мя разными результатами...
У Вас дожны измениться Время и Флопсы, но не Residual и Residual.norm :)
  Mitjay P5LD2

Member
Статус: Не в сети
Регистрация: 13.02.2006
Откуда: Мытищи
ToR [tt] писал(а):
Да, это нормально. Просто при разной производительности будут разные red. norm.
Флопсы будут меняться при загруженности
НикРеш писал(а):
У Вас дожны измениться Время и Флопсы, но не Residual и Residual.norm
эти значения будут меняться при изменении размеров считаемой матрицы но никак не от загруженности, если изменяются - значит ошибка

_________________
ап однако!

  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
НикРеш уххх, да что же, стр 14 этого форума там ответ, читайте внимательно, я уже разобрался- это не ошибка.

_________________
"...а хочу быть акционером ОАО Газпром!!!"

  KT

Member
Статус: Не в сети
Регистрация: 15.10.2004
ToR [tt] писал(а):
да что же, стр 14 этого форума там ответ, читайте внимательно

я бы лучше обратил внимание на пост тов. Cronos на той же странице:
Cronos писал(а):
Очевидно надо проверить при более низкой частоте. Я такого не замечал. Хотя теоретически небольшие отклонения допустимы, на практике я всегда обнаруживал что в номинале их нет и значения Residual от частоты не зависят (пока система стабильна).


ToR [tt] так что...не помешает чуть снизить частоту и провести проверку снова. (или навалить на проц напруги ; )


Последний раз редактировалось KT 13.09.2008 21:51, всего редактировалось 1 раз.

  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
Mitjay P5LD2 у вас не 64 бит, у меня на 32 бит тоже можно было с тестом параллельные операции делать и ошибок небыло, 64 битку поставьте и посмотрите, а потом говорите!
Добавлено спустя 4 минуты, 14 секунд
KT Зачем снижать частоту, если Helium снижал даже ниже номинала и нифига читайте там же(14 стр) но ниже, просто уже поздно и влом сейчас запускать тест где каждый проход будет по 5 минут длиться, хотя попробую.....

_________________
"...а хочу быть акционером ОАО Газпром!!!"

  НикРеш

Member
Статус: Не в сети
Регистрация: 13.03.2008
Mitjay P5LD2 писал(а):
эти значения будут меняться при изменении размеров считаемой матрицы но никак не от загруженности, если изменяются - значит ошибка

О чём Вы, Сударь? (о каких значениях, и кому сей текст относится?)
KT писал(а):
ToR [tt] так что...не помешает чуть снизить частоту и провести проверку снова. (или навалить на проц напруги ; )

+1

ToR [tt] БлажЕн, кто верит…
Но, всё же, попробуйте поиграть всеми напряжениями на процессоре и памяти/мосте..
У Heliumа своя система, а это - "две большие разницы" (даже если наименования комплектующих полностью идентичны, всякое железо проявляет себя, отличаясь от другого).
  ToR [tt]

Member
Статус: Не в сети
Регистрация: 22.03.2007
НикРеш тут вы правы, но скажите, почему когда тест сам по себе идет, то ошибок нет, вроде если бы была нестабильность то за 200 проходов тест бы все выявил, или чтоб выявить нестабильность, по мимо того что его включить надо, так еще и комп активно грузит чем-нибудь типа инета...
Добавлено спустя 23 минуты, 2 секунды
такс повысел напругу на проц на 2 пункта и пока без ошибок- 2 подхода, работаю в Инете + температуру мониторю, северный мост и память не трогал т.к помню что повышал на них напругу- без результатно, кстати антивирь надо тключать или пофиг.

_________________
"...а хочу быть акционером ОАО Газпром!!!"

  sashar2

Member
Статус: Не в сети
Регистрация: 05.12.2005
to ALL
Иду тестировать на х64 раз возникли разногласия т.к это влияет на определение стабильности системы.
  НикРеш

Member
Статус: Не в сети
Регистрация: 13.03.2008
ToR [tt]
Могу только предположить.
В качестве примера - 2 фактора, которые могут сработать как независимо, так и совместно:
1) Линпак использует оперативную память для расчётов, но интенсивность обмена/работы расчётных блоков процессора с памятью/мостом/входами CPU, и нагрузка на память/мост/входы CPU во время этих "чистых" расчётов может оказаться ниже интенсивности обмена/работы с памятью/мостом/входами CPU при дополнении расчётов многозадачностью (или в другой тестовой программе). Т.Е. может быть преодолён некий пороговый уровень "обмена", ниже которого система была стабильна;
2) система питания компонентов PC - сложная штука, и, возможно, если по сравнению с Линпаком дополнительно загружаются другие компоненты (см.1), то милливольты колебаний напряжений способны повлиять на стабильность (если она была "на пороге").

В общем, проблема может быть не только в процессоре...

ИМХО:
- 200 проходов Линпака = хорошо, но, увы - не 100%-гарантия (сталкивался с возникновением ошибок после 250).
- Линпак = хороший тест, но если он один, то это явно не 100%-гарантия (в моей практике были случаи, когда пара-тройка сотен проходов Линпака была успешной, но ошибка выявлялась в течение первых минут ОССТ - ошибка "рождалась" из-за недостаточного напряжения на мосте)
  sashar2

Member
Статус: Не в сети
Регистрация: 05.12.2005
Я провел тестирование на х64 Windows Vista SP1 на процессоре E8400@3600MHz. Во время тестов я ингода просто сидел, потом запускал 3dmark, потом винрар, лазил по интернету, проигрывал видео, аудио, вобщем делал всё, что только мог :). Всё это дело повторял на двух размерах - 10000 и 20000:
Цитата:
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)
10000 10000 4 33.426 19.9508 1.012665e-010 3.570760e-002
10000 10000 4 30.739 21.6947 1.012665e-010 3.570760e-002
10000 10000 4 32.719 20.3814 1.012665e-010 3.570760e-002
10000 10000 4 29.719 22.4391 1.012665e-010 3.570760e-002
10000 10000 4 30.988 21.5204 1.012665e-010 3.570760e-002
10000 10000 4 29.821 22.3626 1.012665e-010 3.570760e-002
10000 10000 4 96.646 6.9001 1.012665e-010 3.570760e-002
10000 10000 4 52.994 12.5838 1.012665e-010 3.570760e-002
10000 10000 4 34.529 19.3133 1.012665e-010 3.570760e-002
10000 10000 4 36.374 18.3337 1.012665e-010 3.570760e-002


Цитата:
Maximum memory requested that can be used = 3200404096, at the size = 20000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
20000 20000 4 217.489 24.5260 4.455000e-010 3.943651e-002
20000 20000 4 230.993 23.0922 4.455000e-010 3.943651e-002
20000 20000 4 272.171 19.5984 4.455000e-010 3.943651e-002
20000 20000 4 453.717 11.7565 4.455000e-010 3.943651e-002
20000 20000 4 295.990 18.0213 4.455000e-010 3.943651e-002
20000 20000 4 257.677 20.7008 4.455000e-010 3.943651e-002
20000 20000 4 234.497 22.7471 4.455000e-010 3.943651e-002


Как видно значения Residual(norm), а так же Residual не изменялись.
  Mitjay P5LD2

Member
Статус: Не в сети
Регистрация: 13.02.2006
Откуда: Мытищи
ToR [tt] писал(а):
у вас не 64 бит, у меня на 32 бит тоже можно было с тестом параллельные операции делать и ошибок небыло, 64 битку поставьте и посмотрите, а потом говорите!
не надо так нервничать :haha: Лучше покажи где я говорил что у меня 64 бита? Я специально указал что у меня 32 и что бы я не делал у меня как и у sashar2 в предыдущем посте менялись значения только времени и Gflops

sashar2 писал(а):
значения Residual(norm), а так же Residual не изменялись.
ToR [tt] что и принято считать за стабильность

НикРеш писал(а):
и кому сей текст относится?
это было не тебе, Что значит О чём я? Программа расчитывает матрицы если вы меняете их размер то и поля Residual(norm), а так же Residual будут меняться, одним словом учите матчасть многоуважаемый. Ведь не секрет, что можно сконфигурировать входные данные так что в рамках одного теста будут считаться разные матрицы и поля будут различаться от матрица к матрице. Я говорил об этом. И хватит цепляться к моим словам... ;)

_________________
ап однако!

  НикРеш

Member
Статус: Не в сети
Регистрация: 13.03.2008
Mitjay P5LD2 писал(а):
это было не тебе, Что значит О чём я? Программа расчитывает матрицы если вы меняете их размер то и поля Residual(norm), а так же Residual будут меняться, одним словом учите матчасть многоуважаемый

Учите русский, Многоуважаемый! Учитесь читать и понимать то, что написано другими. Учитесь...
И к Вашим словам никто не прицепится (ну очень надо, так, что жить не могу...) :wink:
Попробуйте найти противоречия в моих постах с тем, что Вы изрекли о настройках Линпака.
Ибо,
Mitjay P5LD2 писал(а):
Ведь не секрет...

В моём "первоисточнике" в адрес ToR [tt] было (подчеркнул и выделил жирным для Вас, исправил грамматику): Не надо путать замедление работы (по причине многозадачности = желания посидеть "сразу" на нескольких стульях) и работу с ошибками... Ошибка останется ошибкой - нельзя решить одну и ту же задачу с 2-мя разными результатами... У Вас должны измениться Время и Флопсы, но не Residual и Residual.norm
:beer:
Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 2084 • Страница 31 из 105 • <  1 ... 28  29  30  31  32  33  34 ... 105  >
-

Список форумов » Специализированные форумы » Бенчмаркинг

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


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

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

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

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