Стресс тест процессора и видеокарты


Hot CPU Tester 4.3 - комплексный тест стабильности системы, а нужен ли он?

Более двух лет не обновлялся пакет Hot CPU Tester, впрочем, как и другие продукты компании . Наверное на этот счет у разработчиков были свои причины. Поддерживать, казалось бы, довольно скромный по сравнению с другими коммерческими разработками тестовый пакет не такая уже и простая задача. Тем не менее, на сегодняшний день мы имеем новую версию с расширенными возможностями.

Hot CPU Tester представляет собой комплексный тест для проверки стабильности системы. Способен нагружать центральный процессор в связке с чипсетом и, фактически, остальные компоненты материнской платы, позволяя обнаружить слабые места. Встроенный burn-тест использует собственный оптимизированный движок DefectTrack, разработанный программистами 7Byte.

Основные возможности выглядят следующим образом:

  • революционный движок DefectTrack 2, наиболее точно тестирующий всю систему и ее компоненты
  • пакет предназначен для тестирования процессора, материнской платы и памяти
  • полная поддержка 64-х битной платформы (AMD64, Intel EM64T)
  • полная поддержка двуядерных и многопроцессорных систем
  • взаимодействие с технологией Hyper-Threaded для процессоров Intel
  • использование инструкций SSE,SSE2, SSE3, MMX и 3DNow!
  • тестирование кэша первого и второго уровней
  • тестирование системной шины и памяти
  • тестирование жестких дисков
  • мониторинг загрузки и работы процессора
  • встроенная система для предотвращения аварийного завершения работы системы с целью выявления слабого места
  • всесторонние модули тестирования
  • вывод сведений SMBIOS и CPUID

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

В новой версии под номером 4.3 сделано следующее:

  • обновлен движок DefectTrack до версии 2.2.0 для нового поколения процессоров
  • добавлена поддержка для новых процессоров Intel Core
  • добавлена поддержка для процессоров AMD Athlon 64 X2 и AMD Athlon 64 FX
  • добавлен модуль тестирования SSE3 инструкций
  • улучшен модуль тестирования чипсета, добавлена поддержка для последних поколений
  • улучшен встроенный тест памяти
  • исправлена ошибка, связанная с невозможность расчета числа Pi
  • исправлены проблемы с работой на двуядерных системах
  • исправлены ошибки при работе программы на системных платах с системной логикой nVIDIA nForce
  • исправлены мелкие ошибки интерфейса

Распространяется в двух вариантах: платной и бесплатной. Последняя лишена некоторых возможностей, а именно:

  • модуль для тестирования алгоритмом Фурье
  • модуль для проверки чипсета
  • модуль тестирование кэша первого и второго уровней
  • модуль использования инструкций SSE1, 2, 3 и 3DNow!
  • отсутствует техническая поддержка

Скачать бесплатный дистрибутив можно по следующей ссылке:

На повестке дня остается вопрос: а нужен ли данный тест сейчас, да еще и за деньги? Потому как его эффективность пока находится под сомнением, если сравнивать тем же , который уже завоевал немалую популярность. Пусть каждый определит полезность сам для себя.

Поделиться результатами тестирования можно в конференции, а обсудить программу в .

www.overclockers.ru

Изучение нюансов разгона процессоров AMD Vishera

Вступление

После окончания изучения возможностей процессоров AMD Bulldozer (, , ) пришло время взяться за современные модели, а именно за AMD Vishera. В качестве нового подопытного выступит AMD FX-8350.

Как и ранее, в первом материале поговорим о различных аспектах разгона, в которые входит поиск программного обеспечения для выявления нестабильности тех или иных составляющих компьютера, о поиске лучшей «грелки» для ЦП, а также о зависимости частотного потенциала CPU от температуры/напряжения питания. Не менее интересно будет сравнить разницу в поведении стендовых экземпляров Bulldozer и Vishera, если таковая будет.

Тестовый стенд

Тестирование производилось в составе следующей конфигурации:

  • Процессор: AMD FX-8350;
  • Материнская плата: ASUS Crosshair V Formula;
  • Система охлаждения: СЖО на базе водоблока Watercool Heatkiller 3.0 и циркуляционного насоса Lowara TLC 25-7L;
  • Термоинтерфейс: Prolimatech PK-1;
  • Оперативная память: G.Skill TridentX F3-2400C10D-8GTX, 2*4 Гбайта DDR3-2400 (10-12-12-31, 1.65 В);
  • Видеокарта: NVIDIA GeForce GTX 580 1536 Мбайт 772/1544/1002 МГц;
  • Жесткий диск: Western Digital Caviar Blue (WD500AAKS), 500 Гбайт;
  • Блок питания: Corsair CMPSU-750HX, 750 Вт;
  • Корпус: открытый стенд.

Все указанные в тексте статьи или на графиках напряжения – значения, установленные в BIOS платы. Чтобы можно было ориентироваться и сопоставлять результаты, приведу замер напряжений на ASUS Crosshair V Formula:

Работа Load-Line Calibration для напряжения питания процессора:

НапряжениеУстановлено, ВБез нагрузки, программный

мониторинг, В

Под нагрузкой, программный

мониторинг, В

Без нагрузки, замер

мультиметром, В

Под нагрузкой, замер

мультиметром, В

CPU Vcore, Load Line calibration

Regular

1.251.2361.1881.2441.204
CPU Vcore, Load Line calibration

Medium

1.251.2361.21.2461.225
CPU Vcore, Load Line calibration

High

1.251.2481.224-1.2361.2481.247
CPU Vcore, Load Line calibration

Ultra High

1.251.22481.2481.2521.271
CPU Vcore, Load Line calibration

Extreme

1.251.2481.2721.2541.294

Работа Load-Line Calibration для напряжения CPU_NB:

Режим работыУстановлено, ВБез нагрузки, замер

мультиметром, В

Под нагрузкой, замер

мультиметром, В

CPU_NB, Load-Line Calibration

Regular

1.21.2071.227
CPU_NB,Load-Line Calibration

High

1.21.2091.23
CPU_NB, Load-Line Calibration

Extreme

1.21.2111.233

При экспериментах с разгоном использовался режим Load-Line Calibration High для напряжения питания процессора и режим Load-Line Calibration Regular для напряжения питания CPU_NB.

Результаты замера вторичных напряжений:

НапряжениеУстановлено, ВБез нагрузки, замер

мультиметром, В

Под нагрузкой, замер

мультиметром, В

DRAM Voltage1.61.6271.63
NB Voltage1.11.1231.126
HT Voltage1.21.2271.23
SB Voltage1.11.1111.113

Все замеры производились при помощи мультиметра Mastech MY64.

Поиск ПО для выявления нестабильности

Программное обеспечение, выбранное для выявления нестабильности, условно можно поделить на три категории:

  • Программы, изначально ориентированные как стресс-тесты системы. В данную категорию попали LinX 0.6.4 (тестирование производилось в режиме 2560 Мбайт для старой версии Linpack, а также в трех режимах, с доступной памятью 1024 Мбайт, 2560 Мбайт и 6144 Мбайт для последней версии Linpack, с поддержкой инструкций FMA), OCCT 4.3.2.b01 (тест CPU: OCCT в режимах Large Data Set, Medium Data Set и Small Data Set, а также тест CPU: LINPACK в режиме AVX с 90% доступной памяти), Prime95 v27.7 build2 (в режимах Small FFTs, In-place Large FFTs и Blend), CST 0.20.01a (комбинированный тест, включающий в себя режимы Matrix=5, Matrix=7 и Matrix=15).
  • Программы, использующиеся в качестве тестов производительности системы, или эмулирующие ту или иную нагрузку, встречающуюся в повседневной работе ПК. Сюда попали Cinebench R10 (тест x CPU), Cinebench R11.5 (тест CPU), wPrime 1.55 (тест 1024M), POV-Ray v3.7 RC3 (тест All CPU’s), TOC [email protected] Bench v.0.4.8.1 (тест Dgromacs 2), 3DMark 06 (тест CPU1+CPU2), 3DMark Vantage (тест CPU1+CPU2) и 3DMark 11 (на сей раз, отдельно Physics Test и отдельно Combined Test).
  • Несколько процессорозависимых игр. В их число вошли Colin McRae DIRT 2 (встроенный тест производительности), Deus Ex: Human Revolution (Детройт), F1-2010 (встроенный тест производительности), Metro 2033 (встроенный тест производительности), Shogun 2 Total War (Битва при Окехадзаме) и The Elder Scrolls V: Skyrim (Поместье «Златоцвет»).

За стабильность принято состояние системы, при котором в течение 10-15 минут работы теста не возникает каких-либо проблем в ее работе.

Нестабильность процессора

В данном подразделе статьи выберем программное обеспечение, при помощи которого легче выявить нестабильность именно процессора, при заведомо стабильных частотах памяти и CPU_NB. Методика относительно проста: при фиксированном значении напряжения питания подобрать максимальный разгон для каждой из программ и вычислить тест, при котором будет достигнута минимальная частота стабильной работы. Ну, а параллельно поиску стабильных частот можно и оценить поведение системы при переразгоне для того или иного теста. Дабы избежать нестабильности, вызванной перегревом ЦП, все тесты производились при напряжении питания CPU 1.25 В.

Частота работы процессора, при которой стартует Windows – 4256 МГц.

Таблица с результатами разгона FX-8350 под стресс-тестами:

ТестРезультат разгона

процессора, МГц

Поведение системы при легком

переразгоне (20-60 МГц)

Поведение системы при среднем

переразгоне (60-100 МГц)

Поведение системы при сильном

переразгоне (свыше 100 МГц)

LinX 0.6.4, 2560 Мбайт4074Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойПерезагрузка системы
LinX 0.6.4, 1024 Мбайт + Linpack 11.0.1.0053993Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойЗависание системы, или BSOD 124
LinX 0.6.4, 2560 Мбайт + Linpack 11.0.1.0053952Остановка теста в связи с ошибкойОстановка теста в связи с ошибкой или BSOD 101BSOD 101 или BSOD 124
LinX 0.6.4, 6144 Мбайт + Linpack 11.0.1.0053952Остановка теста в связи с ошибкойОстановка теста в связи с ошибкой, или перезагрузка системыПерезагрузка системы или BSOD 101
OCCT 4.3.2.b01, LINPACK + AVX4155Перезагрузка системыПерезагрузка системы-
OCCT 4.3.2.b01, Large Data Set3952BSOD 124 или остановка теста в связи с ошибкойОстановка теста на первых секундах в связи с ошибкойОстановка теста на первых секундах в связи с ошибкой, либо BSOD 124
OCCT 4.3.2.b01, Medium Data Set3933Остановка теста в связи с ошибкойОстановка теста в связи с ошибкой, либо зависание системыОстановка теста на первых секундах в связи с ошибкой
OCCT 4.3.2.b01, Small Data Set3993Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойBSOD 124
Prime 95 v27.7 build2, Small FFTs3993Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойОстановка теста на первых секундах в связи с ошибкой
Prime 95 v27.7 build2, In-place Large FFTs3952Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойОстановка теста на первых секундах в связи с ошибкой
Prime 95 v27.7 build2, Blend3952Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойЗависание системы или остановка теста на первых секундах в связи с ошибкой
CST 0.20.01a3993Остановка теста в связи с ошибкойОстановка теста в связи с ошибкойОстановка теста в связи с ошибкой или BSOD 124

Исходя из таблицы выше, наиболее лучший результат показал тест OCCT 4 Medium Data Set, чуть позади (с разницей в 1 МГц по базовой частоте) расположилось сразу несколько приложений: это OCCT 4 в режиме Large Data Set, Prime 95 в режимах In-place Large FFTs и Blend, а также Linpack последней версии в режимах с доступной памятью 2560 Мбайт и 6144 Мбайта. При сравнении результатов с тем, что показывали процессоры AMD Bulldozer (FX-8150 и FX-8120), можно отметить, что разброс результатов между различными синтетическими тестами не так уж и высок, если не брать в расчет результаты теста Linpack + AVX.

Кроме этого, интересно сравнить старую и новую версии Linpack: помимо очень серьезного роста цифр производительности (прирост более двух раз) тест стал более пригодным для выявления нестабильности системы.

Что касается поведения системы при переразгоне, то разница по сравнению с процессорами предыдущего поколения невелика, разве что «любимый» BSOD теперь – 124, а не 101.

www.overclockers.ru

Стресс тестирование процессора. Дополнение. Тестирование i7 (обновлено12.03.10).

26.02.2010г. Прошло достаточно много времени с момента написания основного материала. За это время вышли новые версии программ, предназначенных для стресс тестирований. Компьютерная индустрия также не стояла на месте. Intel выпустила новую линейку процессоров i7, а AMD - Phenom II. Применимы ли к ним ранее протестированные программы или они требуют переоценки? Конечно, можно с определенной степенью уверенности предположить, что да. Но будет совсем не лишним провести ряд дополнительных, отдельных тестов на новых платформах. Было проведено подробное тестирование процессора i7 860. Phenom в наличии нет, поэтому данные по его работе смогу получить только при помощи других источников. Пока они в статью не вошли. И по поступлении будут выведены в отдельный абзац.

КОНФИГУРАЦИЯ КОМПЬЮТЕРА

Процессор i7 860 Память 4x Samsung original 1333 Материнская плата Gigabyte P55 UD3R Видеокарта ASUS 250GTS 1Gb @ 760/1836/2200(1100)MHz Винчестеры: 4х640Гб Western Digital (собраны в Raid 0) 2х1Тб Samsung Звук Creative Audigy SE Монитор Samsung 2693HM Охлаждение - водянное. Корпус Thermaltake Armor. Модифицированный.

СПИСОК ПРОТЕСТИРОВАННЫХ ПРОГРАММ.

1.) IntelBurnTest v 2.4 2.) OCCT v 3.1.0 3.) LinX v 0.6.4 4.) Prime95 v 25.9 build 4 5.) CPU Stress Test v 0.14b

НАСТРОЙКИ. МЕТОДИКА.

Прежде всего хочу сказать, что я не ставил своей целью добиваться ни минимально возможных температур, ни максимально возможных частот (для этого бы потребовалось предельно увеличивать обороты вентиляторов). Также все другие вопросы тестирования, напрямую не связанные с темой статьи, будут пропускаться. Как-то влияние на итоговый разгон систем охлаждения, разных режимов работы мат. плат и памяти. Имеющаяся у меня материнская плата Gigabyte P55 UD3R способна на стабильную работу на частотах до ~205Мгц BCLK(FSB), память Samsung 1333 – нормально функционирует на частотах 2000Мгц (и даже выше, но значительное повышение таймингов делает такое повышение бесмысленным). Скрин системы. 2 часа Prime95, на минимальных оборотах вентиляторов Частота процессора 4000Мгц, QPI=3600Мгц, память 2000Мгц 9,11,11,31

С целью исключения возможного влияния на результаты тестов - их частоты будут понижены. С сохранением настроек по напряжению. Изменение частоты будет задаваться с шагом 21Мгц (21 – фиксируем множитель процессора, х1 – шаг увеличения тактового генератора BCLK). Система охлаждения – 5х120мм радиаторы на аллюминивой основе. Конденсаторного типа. Медные ватеры. Помпа Laing DDC. Вобщем как уже написал, не преследуется задач для установок разного рода рекордов. Обороты вентиляторов на время тестов с помощью регулятора установлены на среднее значение (в обычной повседневной работе – они всегда минимальные). Нагрев системы ожидается значительный. Все программы-участники делают это весьма неплохо.

Операционная система – Windows XP. На этот раз я решил не устанавливать для теста чистую (“сферическую”) ОС. Логика простая. Компьютеры проверяемые на стабильность и работоспособность – это по большей части настроенные системы с установленным софтом. И именно в рабочем режиме они и должны быть готовы на все 100%. К тому же весьма неудобно нагружать компьютер многочасовыми тестированиями без возможности хотя бы просмотра видеофайлов и интернета. Поэтому параллельно тестированию проводилась другая работа за компьютером. Насколько это вообще было возможно сделать

ТЕСТИРОВАНИЕ СИСТЕМЫ НА I7.

Для каждой платформы будут приведены по 2 скриншота. Скрин прохождения теста и скрин экрана с выявленной ошибкой. Конечно было много и промежуточных результатов. Приводить их всех нет необходимости (по началу вообще прогонял тесты с частотами памяти 2000мгц и QPI 3600Мгц т.к. использую в разгоне именно такие настройки). Могу сказать одно. Полученные результаты характеризуются неплохой повторяемостью. Во всех тестах процессора I7, технология Hyper Threading будет включена.

1.) IntelBurnTest v 2.4.

Интерфейс программы претерпел изменения в лучшую сторону. Теперь из основного окна можно легко выставить требуемое количество проходов, уровень нагрузки и количество потоков. Но такие изменения можно назвать только косметическими. Нет выбора между х32 и х64 режимами. К недостаткам также можно отнести “мгновенный благополучный проход” (к тому же Intelburn не корректно работает из каталогов имеющих в названии русские буквы). Для теста в х32 среде доступно не более 2Гб памяти. Касательно непосредственно итогов работы – тут претензий нет. Тестирует жестко и хорошо. Прохождение на частотах свыше 3990 приводило к ошибке. В одном из тестов удалось даже наблюдать синий экран (что не было ни с одной из других программ) 50 проходов, 8 потоков. Остальные настройки по дефолту. Скрин прохождения на частоте 3969Мгц.

Частота 3990Мгц. Ошибка на 6 минуте

Максимально достигнутая температура во время теста – 86гр.

2). OCCT v 3.1.0

Программа ОССТ начиная с третьих версий, стала представлять собой комплексный набор для нагрузки не только на процессор, но и на оперативную память, видеокарту, блок питания. Будут запущены подтесты для проверки непосредственно CPU. Время прохождения 1час. Тест CPU OCCT. Пройден на частоте 3990Мгц в режиме Auto 1час (скрин подтверждения ошибки на больших частотах к сожалению затерялся). В работе тест CPU OCCT значительно перегружал компьютер (что наблюдалось в первых версиях программы). Это заметно затрудняет использование компьютера во время тестов.

Тест CPU LINPАCK. Это все тот же линпак, который благодаря своей нагрузке, вышел в лидеры среди всех других программ для стресс тестирований. Видимо в виду его большой популярности – разработчики ОССТ решили включить его наряду со своим, как они пишут “знаменитым” тестом СPU. Настройки. Выбираю режим Auto. Отсутствует свободный ввод размера вычислений. Хотя имеющихся вариантов нагрузки в ручном режиме custom, для большинства должно быть достаточно. Запуски на частотах 3990, 3969, 3948Мгц легко выявляли ошибки.

3990Мгц 3969Мгц

3948Мгц И лишь частоту 3927Мгц удалось подтвердить часовым проходом

Максимальная температура – 81гр.

3). LinX v 0.6.4.

Программа появилась немного позднее IntelBurnTest’а, однако по популярности значительно ее опередила (во всяком случае в нашей стране). По нескольким причинам. Она изначально имела русский язык, имела более удобный ввод и отображение данных. Благодаря постоянной доработке и добавлении полезных опций в интерфейс, тестировать в LinX просто и удобно. Настройки. 50 проходов, 8 потоков. Размер вычислений – 14000. Тестирование показало нестабильность на частотах свыше 3948Мгц 3969Мгц. Ошибка нашлась сразу.

3948Мгц. Тест пройден.

Максимальная температура во время теста – 88гр.

4.) Prime95 v 25.9 build 4.

Настройки - Подтест Small FFTs, 8 потоков. Прайм без проблем определил частоту 3990Мгц как полностью стабильную в течении 2-х часов

На частоте 4011Мгц спустя 6мин - ошибка.

Нагрузка на процессор во время тестирования (как и в большинстве других тестов) была 100%. Однако нагрузка нагрузке рознь. Если при тестировании CPU OCCT я с трудом мог переключаться между окнами и прокручивать текст для чтения, то при работе с Prime95 оказалось возможным даже запускать игру King's Bounty. И играть без явных признаков торможения. Максимальная температура – 84градуса. С целью увеличения нагрузки праймом, было проведено дополнительное тестирование в режиме in-place large FFT. Проверка действительно подтвердила увеличение нагрузки процессора этим подтестом по сравнению со small FFTs. Однако на общую расстановку сил это повлиять не смогло. Настройки - Подтест in-place large FFT, 8 потоков. Частота 3990. Ошибка спустя 20мин.

Частота 3969. 2-х часовой проход. Ошибок не найдено.

Максимальная температура не изменилась – 84градуса.

5.) CPU Stress Test v 0.14b (имеются более поздние версии)

Новый тест от serj. Подробнее о нем можно прочесть здесь http://testmem.tz.ru/cst.htm

К недостаткам интерфейса можно отнести то, что тестирование начинается сразу после запуска программы. Отсутствует кнопка стоп. Также для изменения настроек требуется редактирование файла конфигурации. Настройки тестирования по умолчанию. Единственное сделанное изменение – увеличено время прохождения теста. С 10 до 40 циклов. Полученная нагрузка во время тестирования – 50% говорит о том, что технология HT для I7 незадействованна и программа тестирует только физические ядра. Опции для изменения числа активных ядер либо включения HT найти не удалось. Результат полностью совпал с полученным по Prime95. Частоты 3969 и 3990Мгц – ошибок нет.

3969Мгц 3990Мгц

Частота 4011Мгц – 26 цикл (58мин.) – ошибка найдена.

Максимальная температура – 82градуса.

ТЕСТИРОВАНИЕ CPU В EVEREST, 3DMARK.

Кроме рассмотренных в статье, существует множество других программ, создающих нагрузку на CPU. К сожалению стресс тесты не могут гарантировать 100% стабильной работы. Хотя и максимально снижают вероятность появления ошибок. Компьютеры настроенные по стресс тестам обычно требуют проверки своей работоспособности временем. Любое дополнительное прохождение тем или иным тестом может быть полезным. Everest и 3Dmark также имеют подтесты создающие нагрузку на CPU. Могут ли они составить конкуренцию специализированным тестам? С ходу выставяю заведомо нестабильную (по результатам всех тестов) частоту 4011Мгц. Everest. Прохождение 1час. Температуры до 75гр. Никаких проблем.

3Dmar05. 30 проходов обоих CPU тестов. Долгое и как оказалось совершенно бесполезное тестирование. Также пройдено.

Максимальная температура CPU - 63гр. Дальнейшее выяснение частот этими программами не представляло никакого смысла. Определить стабильную частоту процессора они не могут. Компьютер настроенный по ним может быть подвержен сбою в любой момент. Тестирование в 3dmark неудобно еще тем, что исключает любую параллельную работу. Что очень неудобно.

ИТОГИ ТЕСТИРОВАНИЯ ДЛЯ ПЛАТФОРМЫ I7.

Результаты проведенного тестирования не преподнесли никаких сюрпризов. Программы, в основе своей использующие библиотеку Linpack - по прежнему лидируют. Ими достигаются как самые высокие температуры, так и минимальные стабильные частоты. Первая тройка выглядит так: OCCT LinpackLinXIntelBurnTest
3927Мгц3948Мгц3969Мгц
tMax=81грtMax=88грtMax=86гр
На самом деле полученная разница по частоте 42Мгц, совершенно нивелируется несколько разными начальными условиями тестирования. Несмотря на то, что установленная у меня 32бит ОС Win XP без проблем видит и использует 3.6Гб оперативной памяти, только ОССТ Linpack смог расспределить под тест >2Гб (если точнее, то 2.7Гб). В этом, очевидно, причина наилучшего результата (поскольку нагрузка на процессор при тестировании под линпак прямо пропорциональна величине использования оперативной памяти). За это программе можно поставить большой плюс. Да. Во время тестирования была отмечена более низкая температура в нагрузке. Обьяснить не возьмусь, но скорее всего причина кроется в изменившейся комнатной температуре. LinX использовался с настройкой 14000х14000. Это достаточно большой обьем матрицы. Использует около 1.6Гб оперативной памяти. Такой размер вычислений пределен для компьютеров с 2Гб памяти. Наиболее распространенной сейчас конфигурации. В свою очередь работать с IntelburnTest было затруднительно. Он часто не вполне адекватно откликался на изменение настроек (например простое изменение количества активных потоков-ядер с режима auto – приводило к сообщению об успешном прохождении теста). Поэтому запускался со стандартными настройками для памяти – 1Гб. Дабы не мучать себя “капризами программы”. Следом за первой тройкой “синхронно” финишируют Prime95 и CPU Stress Test и делят между собой четвертое место. Prime95CPU Stress Test
3990-3969МгцМгц3990
tMax=84грtMax=82гр
Надо сказать, что применение этих программ с целью поиска ошибок, требует значительно больших затрат времени. Если CPU Stress Test – тест пока новый и малораспространенный (к тому же он еще находится в процессе доработки автором), то прайм известен давно. Теперь уже можно c уверенностью говорить, что Prime95 уступает в стресс тестировании процессоров core2duo, core2quad, i7, программам, использующим линпак. Полученные результаты не оставляют в этом никаких сомнений. Времени затрачивается больше. Ошибки находит хуже. Но не все так плохо. Prime по прежнему интенсивно нагружает современные процессоры. Разгон компьютеров, настроенный по нему, обладает очень высокой степенью стабильности (что также подтвердило это тестирование). Напомню. При запущенном прайме одновременно в течении нескольких часов была запущена игра King's Bounty). Кроме того, в конференции иногда можно встретить отзывы, об отсутствии ошибок в Linpack и наличии их в Prime95. Были даже отзывы о более низком прогреве в Linpack’e (что согласитесь необычно). Однако все они касались бюджетных процессоров. С уменьшенным размером кэша L2. Что видимо не случайно и связано с нагрузкой создаваемой программами именно на кэш процессоров. Однако эти достаточно редкие случаи и могут считаться исключением из правил. И последнее. Интересно, что при внимательном анализе полученных температур можно увидеть - былая разница в ~20гр между Prime и Linpack практически полностью сошла на нет и составила максимум 2-3гр. С одной стороны Prime работал дольше, но ведь хорошо известно, что линпаку для прогрева системы много времени и не требуется... Опять же из полученных температур возникает новый вопрос. Существует мнение (и оно не беспочвенно), что высокие показатели линпака в определении нестабильности процессора обусловленны не только написанным алгоритмом, но и по причине тестирования на высоких температурах. Проще говоря, высокие температуры снижают разгонный потенциал сами по себе. И вот тут то и начинается самое интересное. В приведенном в начале статьи скриншоте, Prime отработал на температурах уж точно не меньших. И все равно подтвердил стабильность частоты 4000Мгц...

ЭПИЛОГ. РАЗЛИЧИЯ МЕЖДУ ТЕСТИРОВАНИЕМ 32 И 64 БИТ

Некоторые пользователи на основании использования 64 битных версий программ утверждают, что эти версии сильнее нагружают процессор и позволяют лучше выявлять ошибки. Я провел полный ретест программ с поддержкой 64бит на Win7 x64 для того чтобы проверить это утверждение. Приведу полученные результаты.

1.) IntelBurn.

50 проходов, 8 потоков. 64бит. Размер задачи=20000. Прохождения на частотах 3990Мгц и 3969Мгц заканчивались ошибкой

3990Мгц 3969Мгц

Частота 3948Мгц. Без ошибок.

2.) LinX.

50 проходов, 8 потоков. 64бит. Размер задачи=20000.

3969Мгц. Ошибка 3948Мгц. Пройдено

3.) OCCT.

Подтест Linpack. 90% использование памяти. 64бит. 1час.

3969Мгц. Ошибка 3948Мгц. Пройдено

3.) Prime ver. 25.9 x64.

Настройки - In-place large FFT, 8 потоков.

3990Мгц. Ошибка 3969Мгц. Пройдено

Полученные результаты совпадают с тестированием на 32бит ОС. В ОС х64 мы уже не ограничены 2Гб памяти. Что позволило привести все тесты использующие линпак к одному знаменателю. 2.7-3Гб. Благодаря этому как и предполагалось были получены практически одни и те же результаты. 3948мгц. Отмечу разве что то, что intelburn подтвердил эту частоту только со второй попытки. От запуска к запуску в нем значительно отличалась итоговая производительность. Проблемы с ним присутствовали и в х32 версии. Prime95x64 подтвердил именно те частоты, которые были в х32 версиях. Таким образом ясно, что для современного стресс тестирования нет никакой необходимости в х64 версиях программ. Использовать их конечно можно. Но реального улучшения они не дают. Для создания максимальной нагрузки существующих х64 процессоров вполне достаточно 32бит стресс-программ. Пожеланиям и критике буду рад в старой теме.

http://forums.overclockers.ru/viewtopic.php?p=5326821#5326821

Для голосования за тот или иной тест создана тема

http://forums.overclockers.ru/viewtopic.php?f=2&t=349077

Другие статьи

http://cp.people.overclockers.ru/cgi-bin/admin.pl?action=records

Спасибо. Xmast

people.overclockers.ru

Стресс тестирование CPU, RAM, IO сервера на производительность работы

Я хочу проверить свой сервер Linux, OpenBSD, FreeBSD и Unix как он выдержит большую нагрузку и как он будет работать в такой ситуации. Какими средствами я буду тестировать нагрузку на память, процессор и подсистему ввода-вывода в  Linux или Unix-подобных?

Администратор может попробовать любой из следующих инструмент для формирования определенной нагрузки. Случаи, в которых это полезно включать в себя те, в которых системный администратор хочет, чтобы выполнить настройки ядра или программист желает оценить при каких условиях произойдет отказ сервиса, и проверить свои системы исключительно на высокой нагрузке с мониторингом состояния и т.д. Также эти утилиты полезны системным администраторам, системным интеграторам и оверклокерам, которые хотят проверить оборудования в условиях высокой нагрузки и контролировать стабильность и среду.

  1. Stress: Это простой генератор рабочей нагрузки для систем POSIX. Имеет конфигурируемый количество ЦП, памяти, ввода-вывода и дискового стресса в системе. Написано на C, и является свободным программным обеспечением под лицензией GPLv2. Это не тест, а скорее инструмент, предназначенный
  2. Stress-ng: Это обновленная версия инструмента stress, и он может провести стресс-тест сервера для следующих функций:
    1. CPU
    2. Cache
    3. Тестирования привода
    4. Синхронизация ввода / вывода
    5. VM тест
    6. Тест Socket,
    7. Переключение контекста
    8. Создание процесса и прекращение
    9. Он включает в себя более 60 различных стресс-тестов, более 50 процессоров конкретных стресс-тестов, которые осуществляют с плавающей точкой, целое число, манипуляции с битами и контроль потока, более 20 виртуальных стресс-тестов памяти.

Предупреждение: Запуск следующего инструмента рекомендуется с root привилегиями что бы избежать ошибок памяти и других. Кроме того, обратите внимание, что средства будут использовать ресурсы сервера быстро, так что используйте следующую команду рассудительно.

Инструмент # 1: Начало работы с инструментом stress

Эта программа проста в использовании и рекомендуется для новичков администраторов. Инструмент как известно, работает на платформах x86 и Linux и FreeBSD / OpenBSD, PowerPC AIX и Linux, SPARC Solaris, Compaq Alpha Tru64 UNIX, и многие другие.

Установите пакет stress

Вы можете установить stress как часть дистрибутива.

Установка на CentOS, RHEL, и Fedora Linux

Во-первых, нужно включить epel repo , а затем введите следующую команду , чтобы установить пакет:

sudo yum install stress

Пример вывода команды:

Установка на Debian и Ubuntu Linux

Введите следующую команду что бы установить пакет:

apt-get install stress

Пример вывода команды:

Установка на FreeBSD

Введите следующую команду PKG, чтобы установить пакет stress с помощью бинарного метода:

pkg install stress ## OR ## pkg install sysutils/stress

pkg install stress

## OR ##

pkg install sysutils/stress

Пример вывода команды:  

Установка на OpenBSD

Введите следующую команду pkg_add установить инструмент stress с помощью бинарного метода:

export PKG_PATH=http://ftp.usa.openbsd.org/pub/OpenBSD/`uname -r`/packages/`arch -s` pkg_add stress

export PKG_PATH=http://ftp.usa.openbsd.org/pub/OpenBSD/`uname -r`/packages/`arch -s`

pkg_add stress

Как использовать инструмент stres?

Во-первых, запишите текущие средние нагрузки в системе, введя следующую команду:

# uptime

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

# watch uptime

ИЛИ использовать команду Tload :

Синтаксис выглядит следующим образом:

stress [OPTION] ## Stress using CPU-bound task stress -c 4 ## Stress using IO-bound task stress -i 2

stress [OPTION]

## Stress using CPU-bound task

stress -c 4

## Stress using IO-bound task

stress -i 2

Например, мы указываем параметры чтобы создать нагрузку на сервер:

# uptime # stress -c 2 -i 1 -m 1 --vm-bytes 128M -t 10s # uptime

# uptime

# stress -c 2 -i 1 -m 1 --vm-bytes 128M -t 10s

# uptime

Пример вывода команды: где

  • -c 2 : Spawn two workers spinning on sqrt()
  • -i 1 : Spawn one worker spinning on sync()
  • -m 1 : Spawn one worker spinning on malloc()/free()
  • --vm-bytes 128M : Malloc 128MB per vm worker (default is 256MB)
  • -t 10s : Таймаут после 10 сек
  • -v : Развернутый вывод

Инструмент # 2: Начало работы с stress-ng

Инструмент stress-ng тестирует компьютерную систему различными выбираемыми способами.

Устаноdка stress-ng на Linux или Unix-подобных системах

Введите следующую команду, чтобы загрузить stress-ng архив с помощью команды Wget:

$ cd /tmp $ wget http://kernel.ubuntu.com/~cking/tarballs/stress-ng/stress-ng-0.03.11.tar.gz

$ cd /tmp

$ wget http://kernel.ubuntu.com/~cking/tarballs/stress-ng/stress-ng-0.03.11.tar.gz

Распакуйте архив следующим способом:

$ tar zxvf stress-ng-0.03.11.tar.gz

$ tar zxvf stress-ng-0.03.11.tar.gz

Устанавливаем пакет как обычно

$ cd stress-ng-0.03.11 $ make

$ cd stress-ng-0.03.11

$ make

Как использовать инструмент stress-ng?

Синтаксис:

stress-ng [options] stress-ng -c 2 stress-ng -c 4 -t 10 -v stress-ng -c 4 --metrics-brief

stress-ng [options]

stress-ng -c 2

stress-ng -c 4 -t 10 -v

stress-ng -c 4 --metrics-brief

Примеры Для запуска в течение 60 секунд с 4 CPU, 2 IO и 1 VM использующей 1 Гб виртуальной памяти, введите

stress-ng --cpu 4 --io 2 --vm 1 --vm-bytes 1G --timeout 60s --metrics-brief

stress-ng --cpu 4 --io 2 --vm 1 --vm-bytes 1G --timeout 60s --metrics-brief

Пример вывода команды:

В этом примере, используется 16 процессоров стресса и останавливается после 900 000  операций:

stress-ng --cpu 16 --cpu-ops 900000

stress-ng --cpu 16 --cpu-ops 900000

Чтобы запустить 4 одновременных экземпляры всех стрессоров последовательно один за другим, каждый в течение 6 минут и резюме с показателями производительности в конце:

stress-ng --sequential 4 --timeout 6m --metrics

stress-ng --sequential 4 --timeout 6m --metrics

Для запуска 2 FFT ЦПУ теста, остановка после 5000 операций и получения резюме только за результаты FFT:

stress-ng --cpu 2 --cpu-method fft --cpu-ops 5000 --metrics−brief

stress-ng --cpu 2 --cpu-method fft --cpu-ops 5000 --metrics−brief

Для выполнения теста CPU на всех доступных CPU, в течение 2 часов:

stress−ng --cpu 0 --cpu-method all -t 2h

stress−ng --cpu 0 --cpu-method all -t 2h

Для запуска 2 экземпляров всех стрессоров в течение 10 минут:

stress-ng --all 2 --timeout 10m

stress-ng --all 2 --timeout 10m

Чтобы запустить 128 стрессоров, которые выбираются случайным образом из всех имеющихся:

stress-ng --random 128

Для запуска 64 экземпляров всех различных стрессовых факторов CPU в течение 5 минут с резюме в конце:

stress-ng --cpu 64 --cpu−method all --verify -t 5m --metrics−brief

stress-ng --cpu 64 --cpu−method all --verify -t 5m --metrics−brief

Чтобы запустить все тесты один за другим в течение 5 минут, с количеством экземпляров каждого стрессора соответствует числу онлайн-процессоров:

stress-ng --sequential 0 -t 5m

stress-ng --sequential 0 -t 5m

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

Возможно Вам будет интересно:

system-admins.ru


Смотрите также