FAQ на первой странице.
Ликбез: Процессоры intel - глобальный FAQ
Временная ссылка на Ликбез

По ссылке ниже находятся все стресстесты и мониторинг описанные в FAQ.
Комплект утилит для стресс-тестирования и мониторинга системы. (~38mb) обновлено 30.10.2012
Зеркало.

Где можно почитать подробную инфу про QPI, можно и на английском тоже?

Спасибо! В первую тему попавшая под руку...............

#77
что значит не включили еще отопление)))
ах да, забыл сказать- это на работе и под этим кулером:
#77

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

значения все должны совпадать не зависимо от количества прогонов (10/100/1000). Если есть хоть одно несовпадения - это ошибка. Следовательно надо что-то предпринять по устранению возникшей нестабильности. Как вариант поднять напряжение на процессоре/памяти на 1-3 пункта.

Используйте оболочку LinX. Там сразу все понятно.

http://forums.overclockers.ru/viewtopic ... 48#5356448

@Mitjay P5LD2: Я понимаю что должны совпадать все, но если изменение напряжения не дает полного совпадения, то можно ли по значениям судить об улучшениях, или, скажем нужно поднимать на памяти, менять VTT/CPU Reference.
Я пробовал играть с размером матриц, вроде помогло, ускоряет процесс и дает представление о том, как отразились изменения на стабильности, для примера:
GA-EP43-S3L + e5200
IntelBurnTest
Y(error detection)
4(Custom)
200(уменьшил размер матрицы)
20(но зато увеличил количество прогонов)

1)300x12@1.45V - 2/20
2)300х12@1.50V - 15/20
3)300x12@1.50625 - 19/20
4)300x12@1.5125 - 20/20
после того как сошлись все на 200мб, запустил на 2000(максимум для 32бит) на 5 прогонов, 3/5.
При дальнейшем увеличении напряжения до 1.525 добился 4/5, что естественно не является стабильной работой, но к сожалению и вольтаж и температура заставили остановиться и пока что отказаться от такой частоты.
На 300х11.5@1.38625 прогонял 100/100, сейчас сижу на ней пока.

Предпочитаю Prime95, сперва часик с Large FFTs для прожига процессора, потом часик в режиме Blend. Еще хорош Memtest86+.

Если значения стали одинаковыми - это улучшение. Далее есть смысл увеличивать количество прогонов, возможно ошибка появится после 3-4 часов работы теста...

зы больше 500 ставить смысла не вижу... имхо

skill, почему бы сразу не тестировать на всю память?

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

При больших размерах матриц(объем памяти~размер матриц) вероятность ошибки при одном вычислении, допустим 99% в одном случае и 98.5% в другом - для того чтобы отследить такое изменение может потребоваться прогнать 200 тестов для каждого набора настроек, из которых в одном случае 2 сойдутся, а в другом 3(а может, не сойдутся).
При меньших размерах, вероятности будут, например 50% и 45%, это дает возможность за 20 тестов получить(теоретически) 10 или 9 ошибок соответственно, т.е. ту же минимально различимую теоретическую разницу.

Вдобавок к разнице в количестве прогонов, есть еще и разница во времени - прогон на 2гб занимает около 150с, на 200мб - 25с.
Именно с тем чтобы не менять 1 параметр в день, а за вечер перебрать десяток вариантов использую такой способ. Если есть подозрение что система стала стабильно, тогда запускаю полный тест на ночь.

С тестированием на 2 Гб и на 200 Мб все же заметная разница по стабильности. И 10 проходов на 2 Гб скорее покажут нестабильность, чем 30 проходов на 200 Мб. Можно пользоваться методом центральной выборки для более быстрых результатов.
Добавлено спустя 9 минут, 31 секунду
Только вот приоритетным должно быть максимальное напряжение Vcore, если вам для 24/7, 1.525В не желательно в таком режиме.

Само-собой, но в моем случае(на 2гб - вероятность ошибки 99%+), уменьшение до 200гб это можно сказать просто уменьшение масштаба.

Сейчас нашел предел при 3.3Ггц - минимум 1.3875 в биосе. на 0.0625 меньше - и я не прохожу и 5 "полных" тестов, а так 100/100.
Правда пока не пытался на меньших напряжениях менять вторичные параметры... но это уже оффтоп =)

Вообще мой вопрос был в том, можно ли мерять стабильность не в двоичной системе, а с большей частотой дискретизации в промежутке между 0 и 1.
И ответ - ДА!

0,0625В уже большая разница.
Добавлено спустя 4 минуты, 58 секунд
skill, вы же вроде и с 3,45Ггц 100/100 проходили.

Закончил статью, в которой противопоставил прайм и линпак
http://people.overclockers.ru/Xmast/record4

А почему на этом скриншоте не совпадают частоты процессора? http://pic.ipicture.ru/uploads/081122/20322/IPVeztc7Ad.jpg
Добавлено спустя 4 часа, 36 минут, 32 секунды
Кому интересно, компилирую High-Performance Linpack под Linux x86_64, именно им тестируют Top500 суперкомпьютеров.

Потому что IntelBurn как и оригинал Linpack не учитывает снижения множителя в биос. Реальную частоту надо смотреть по CPU-Z или RealTemp

Понятно, а я вот всю ночь не сплю, бьюсь над компиляцией.
Добавлено спустя 11 минут, 36 секунд
Ух блин, кажется я это сделал. Ужас.

Сам весь вчерашний день и ночь сидел. Статью заканчивал