Как нагружать тестовый процессор
В разных ситуациях требуются разные стресс-тесты. Prime95 – старый, но по-прежнему отличный инструмент для всевозможных тестов CPU. Когда вы собираете или покупаете новую машину, запустите его на пару часов, чтобы увидеть, насколько эффективны охлаждение и воздушный поток, а также чтобы убедиться, что система работает стабильно.
После того, как вы закончите с Prime95, запустите игру с интенсивным использованием ЦП, что должно дать вам максимальные тепловые характеристики всей системы.
Игры также являются отличными реальными тестами как для CPU, так и для GPU, поскольку они используют всю систему, а не отдельные компоненты.
Аналогичный рецепт действует после замены термопасты или кулера. Часа Prime95 должно быть более чем достаточно. Тест не должен длиться дольше, потому что, в отличие от тестирования нового ПК, здесь вы не проверяете стабильность, а только термические характеристики.
При разгоне или повышении напряжения первое, что вы должны сделать, это выполнить пару запусков как многопоточных, так и однопоточных тестов Cinebench R20 или R23. Если всё пойдет хорошо, проведите пару часов в Prime95, а затем час поиграйте. Если все тесты проходят успешно, вы можете позволить Prime95 работать всю ночь в качестве окончательного подтверждения того, что OC достаточна стабильна для регулярного использования.
Когда дело доходит до программного обеспечения для мониторинга, сосредоточьтесь на тепловых характеристиках процессора, а также на тепловых данных с датчиков материнской платы. Например, датчики Mos показывают вам температуру VRM, которая может задушить ваш процессор, если она станет слишком высокой (более 90 градусов Цельсия или выше).
Когда вы открываете Prime95, вас встречает множество различных настроек, поэтому позвольте нам объяснить, какие настройки использовать в зависимости от вашего варианта.
При тестировании новой сборки вы можете просто выбрать опцию «Смешать». Она сочетает в себе все другие тесты и отлично подходит для новых систем, потому что таким образом вы можете тестировать как процессор, так и память
Это важно, поскольку в настоящее время в большинстве модулей оперативной памяти используется какой-то XMP. Если приложение или какой-либо из потоков не завершает работу аварийно и не перестаёт работать, – всё в порядке
Затем при разгоне сначала используйте тест «Большие БПФ», чтобы проверить свой профиль памяти XMP. Пару часов должно хватить. За тестом большого БПФ следует пройти тест «Малое БПФ», который является наиболее требовательным тестом ЦП из всех имеющихся в Prime95. От него «дымят» даже самые мощные процессоры.
Если вы хотите протестировать частоту одноядерного процессора, выберите в Prime95 только два потока (одно физическое ядро) в параметре «Число запускаемых потоков теста».
При разгоне, особенно процессоров Intel, стоит протестировать систему в требовательной игре, чтобы увидеть, стабильна ли вся система при разгоне процессора.
Наконец, при замене термопасты или установке нового кулера ЦП рекомендуется от получаса до часа малых БПФ. Поскольку тест Small FFT создает нереальную нагрузку на ЦП, вы должны выполнить часовые игровые тесты, в которых реалистично взглянуть на тепловую производительность вашего процессора.
Или вы можете использовать Aida64, который не слишком сильно нагружает процессор, как Prime95.
Тест Процессора – CPU:LINPACK
По пунктам 1. 2. 3. я думаю всё ясно. Смотрите выше в первом тесте CPU:OCCT
Пункт 4. Оставляем без изменений.
5. Ставим галочку, если у вас процессор и система 64 битные. Как узнать скольки битная система 32 или 64 бит?
6. AVX – совместимый Linpack. Этот параметр определяется по каждому процессору отдельно.
Полностью расписывать микроархитектуру процессоров я тут не буду, это отдельная тема, и я думаю, ни каждому пользователю будет интересно в неё вникать.
7. Использовать все логические ядра – Ставим галочку, чтобы наш процессор использовал весь свой потенциал, в том числе и логические ядра (при их наличии).
Тут всё понятно, переходим к следующей вкладке.
Полные комплекты для обнаружения недостатков в Linux
Phoronix Test Suite, полный набор, который поможет нам
Если вы хотите сделать полный диагноз вашего компьютера или его компонентов в Linux, это более чем адекватное решение. Для начала скажем вам, что это программное решение, с помощью которого вы можете сделать это из этого та же ссылка .
Фактически, здесь мы говорим о решении, которое объединяет серию тестов, которые помогут вам проанализировать состояние множества компонентов на ПК
Таким образом, из одного окна мы получим информацию об элементах важности процессора компьютера, графического процессора, оперативной памяти, дисковых накопителей и т. Д
Кроме того, когда мы его используем, мы находим серию привлекательных графиков, которые помогут Мы оцениваем производительность этих компонентов с первого взгляда.
Конечно, мы должны иметь в виду, что это программа который сам по себе потребляет немного больше системных ресурсов, чем другие ранее использовавшиеся решения. Причина этого в том, что эта программа якобы более комплексна и эффективна при устранении неполадок в Linux.
GTKStressTesting, анализирует все компоненты ПК в одном окне
Здесь мы находим еще одну альтернативу, которую мы могли бы рассматривать как полные комплекты, чтобы охватить то, что мы здесь ищем. Фактически мы имеем в виду GTKStressTesting, полное решение, которое вы можете скачать от эту ссылку и это будет очень полезно для обнаружения проблем в Linux.
Кроме того, мы достигаем всего этого с помощью интуитивно понятного и привлекательного интерфейс пользователя это покажет нам все, что мы ищем в этом отношении. Кроме того, все это позволит нам обойтись без терминала, который, как мы видели ранее, является обычным элементом для такого типа задач. На самом деле программа выполняет серию тестов производительности для измерения поведения компонентов и обнаружения проблем в Linux. В свою очередь, для обнаружения возможных проблем он также может служить информационным инструментом с большим объемом данных, показанных здесь.
Удаление старой пасты
Если вы собираете новый ПК, естественно, никаких остатков предыдущего покрытия на камне не будет. Процедура проводится при плановом обслуживании железа. О том, как часто надо менять термопасту на процессоре, вы можете почитать здесь.
У компьютера, на котором паста меняется согласно положенной периодичности, отсоединить радиатор несложно: деталь демонтируется без видимых усилий. Если же владелец не придает должного значения процедуре, меняя пасту нерегулярно и редко, кроме увеличения температуры ЦП можно наблюдать неприятное явление: паста закоксовывается, а кулер и процессор склеиваются намертво.
Ни в коем случае не пытайтесь подковырнуть радиатор, вставив между ним и ЦП нож, отвертку или другой тонкий длинный металлический инструмент – высока вероятность повредить что-то в процессе: как сам компьютер, так и собственные конечности.
Удалить слой старой термопасты можно с помощью обычной салфетки. Если же она въелась намертво, салфетку можно смочить в спирте, водке, одеколоне или специальной жидкости, которая продается в компьютерном магазине. Также хорошо справляется с субстанцией обычный канцелярский ластик.
Тестирование производительности системы
Пакет phoronix-test-suite
Тестирование производительности осуществляется программой phoronix-test-suite
. Она представляет собой программную оболочку, позволяющую в автоматическом режиме скачивать и запускать различные программы тестирования, собирать и хранить данные о результатах тестов.
Установим программу:
Просмотреть список всех доступных тестов с их кратким описанием можно следующей командой:
Тесты запускаются командой:
-
Процессор
:-
c-ray
— многопоточный математический тест. Высокая нагрузка на процессор. Результат на C2D 2.0: 387.55 секунд. -
build-linux-kernel
— сборка ядра Linux. Долгий тест. Равномерно нагружает процессор и память (использует gcc). -
scimark2
— мощный однопоточный тест (интенсивные научные вычисления). Показывает производительность одного ядра в гигафлопсах. -
ffmpeg
— кодирование видео (тестовые файлы занимают 130MB). На C2D 2.0: 25.99 секунд.
-
c-ray
-
Память
:-
ramspeed
— тест памяти. Средняя нагрузка на процессор. Результаты DDR2-800 2Gb (copy,int) : 2280.10 MB/s. -
stream
— показывает скорость памяти в различных операциях.
-
ramspeed
-
Жёсткий диск
iozone
— тест жёсткого диска. Показывает скорость чтения и записи для блоков различной длины. Результат WD 80Gb (W,4K,512M): 52.42 MB/s.:
-
Графика
:-
gtkperf
— тестирование различных элементов графического интерфейса GNOME. -
unigine-tropics
— красивый 3D-бенчмарк, необходимы настроенные драйвера с поддержкой 3D-ускорения.
-
gtkperf
Для длительного разнопланового тестирования рекомендуется build-linux-kernel
. Для короткого стресс-тестирования c-ray
(наряду с программой
Иногда возникает необходимость выполнить частичную или полную загрузку микропроцессора на персональном компьютере или сервере. Это может понадобиться для стресс-тест системы, для проверки стабильности работы, оценки эффективности системы охлаждения и измерения потребляемой компьютером или сервером мощности под нагрузкой.
В статье приведены конструкции из простых и всегда доступных консольных команд в GNU Linux, которыми можно нагрузить одно или все ядра процессора. Также рассмотрим компактный но очень мощный пакет для стресс-тестов под Линукс, который можно установить одной командой. Все подробно и с примерами!
Стресстест процессора в терминале Linux
Задавшись этим вопросом и поискав в интернете утилиты, я понял, что основная проблема в решении поставленной мной задачи — одновременный запуск, как минимум пары утилит и разбегающиеся глаза в двух окнах… И я пришёл к выводу, что мне больше подходит консольный вариант, нежели разноцветные окна открытых программ.
Начал я с sysbench:
sudo apt install sysbench
sysbench —num-threads=4 —test=cpu —cpu-max-prime=100000 run
-
—num-threads=4
— это количество потоков, у меня двухъядерный четырёхпотоковый Intel Core i7-640M, поэтому 4; -
—cpu-max-prime=100000
— это максимальное количество выполненных операций, я выставил в 100000, т.к. по умолчанию — 10000, слишком быстро завершают тест.
Потом я перешёл на Linpack. Так как процессор у меня от Intel и я имею некоторую долю лени (лень — двигатель прогресса), то я взял, скачал и распаковал готовый Intel-овский Linpack , предварительно создав в домашнем каталоге директорию linpack:
mkdir ./linpack
cd ./linpack
wget http://registrationcenter-download.intel.com/akdlm/irc_nas/9752/l_mklb_p_2018.3.011.tgz
tar -xvzf ./l_mklb_p_2018.3.011.tgz
Для AMD процессоров такой вариант я бы не стал пробовать, так как компилятор от Intel вставляет закладки, проверяющие процессор и если он не Intel…ну, подумаешь сотню-другую лишних инструкций процессор выполнит и заведомо проиграет в производительности. Для AMD лучше собрать Linpack из исходников, например, из этих . В данной статье сборку из исходников рассматривать не буду — читайте README в source code.
Вернёмся к Intel-овскому Linpack-у. Там много чего лишнего и мне не нужного, а то, что нужно рассмотрю относительно версии 2018.3.011. Сразу же перейду в нужную директорию, чтоб потом не набирать длинные команды:
cd ./l_mklb_p_2018.3.011/benchmarks_2018/linux/mkl/benchmarks/linpack
Так как по умолчанию Intel-овский Linpack заточен под тестирование серверных Xeon-ов, создадим свой файл, который будет использоваться в качестве входных опций — просто уменьшим количество тестов, иначе устанем «пару-тройку дней» ждать завершения теста. У меня Linux Mint LMDE 3, поэтому я использую текстовый редактор xed, да и нравится он мне бОльшим функционалом, особенно, когда из-под root-а его запускать — он цвет на красный меняет. И так, создаём в этой же директории, в которую перешли, файл, например, my_test:
И в созданный файл копируем следующее содержимое:
Shared-memory version of Intel(R) Distribution for LINPACK* Benchmark. *Other names and brands may be claimed as the property of others.
Sample data file lininput_xeon64.
5 # number of tests
1000 2000 5000 10000 20000 # problem sizes
1000 2000 5008 10000 20000 # leading dimensions
4 2 2 2 1 # times to run a test
4 4 4 4 4 # alignment values (in KBytes)
Ну, и собственно запуск Linpack с созданным файлом:
./xlinpack_xeon64 -i ./my_test
./xlinpack_xeon64 ./my_test
Можно ещё заюзать stress-ng или stress, но поставленной мной задачи это всё-равно не решает. Вывода температуры, частот и времени от начала старта эти утилиты мне не показывают.
Температуру может показать sensors — подробнее про установку этой утилиты . И эта утилита понадобится в дальнейшем рассмотрении моего вопроса. Линукс — велик и могуч: одна и та же задача может решаться по-разному. За Си мне лень было браться и я написал недостающую мне часть на BASH, ибо строк получилось не так уж и много. Без установленной sensors мой скрипт работать не будет. Фиксацию троттлинга естесственно не стал писать — его и так будет видно по сбросу частоты и температуре. Вот сам скрипт:
Все-в-одном Тесты
Многофункциональные инструменты для тестирования, также известные как наборы для тестирования производительности, представляют собой именно то, на что они похожи: они тестируют и измеряют различные аспекты вашей системы вместо того, чтобы сосредоточиться на одном конкретном аппаратном обеспечении, которое может быть полезно, когда вы не хотите чтобы загромождать вашу систему тремя или четырьмя различными инструментами.
Phoronix Test Suite
Phoronix Test Suite — одно из самых известных универсальных решений для тестирования производительности Linux. Некоторые утверждают, что у него много врожденных проблем — и, конечно, мы не будем говорить, что он идеален во всех отношениях — но для большинства пользователей этого более чем достаточно. Плюс, не существует много достойных альтернатив.
Phoronix имеет доступ к более чем 100 различным наборам тестов (то есть группам отдельных тестов) и более 450 различным профилям тестирования. Вы можете установить только те из них, которые вам нужны, поэтому, если вы заботитесь только о тестах CPU и HDD, вы можете просто установить «Processor_Tests» и «Disk_Tests». Он также поддерживает системные журналы и отчеты.
Лучше всего, Phoronix является бесплатным и открытым исходным кодом. Он также поставляется в виде Live CD под названием PTS Desktop Live.
, который позволяет вам запускать его с CD, DVD или USB-накопителя, чтобы вы могли протестировать оборудование любого компьютера, используя «чистую» операционную систему по требованию.
Стресс-нг
Как вы можете догадаться из его названия, стресс-нг — это настоящий стресс-тест — он очень хорош для того, чтобы довести вашу систему до предела, но, поскольку она может быть настолько сложной, мы не рекомендуем запускать ее очень часто. Некоторые компоненты, особенно процессоры и жесткие диски, будут изнашиваться быстрее при постоянных нагрузках.
Установите стресс-нг в Debian и Ubuntu:
Установите стресс-нг на Fedora, Red Hat и CentOS:
После установки стресс-нг может протестировать все виды ресурсов, включая ваш процессор, оперативную память, ввод-вывод, сеть, виртуальную память и многое другое. Он также легко настраивается — в каждом тесте вы можете указать различные параметры, например, сколько тестовых экземпляров, сколько ядер ЦП, насколько агрессивно тестировать, как долго работать и т. Д.
Охват всех различных команд и параметров выходит за рамки этой статьи, но эта страница вики Ubuntu является хорошей отправной точкой.
PassMark BurnInTest
PassMark поддерживает все виды программного обеспечения для тестирования и мониторинга ПК, включая хорошо известные приложения MemTest86 и PerformanceTest, которые доступны только для пользователей Windows. С другой стороны, приложение BurnInTest поставляется в версии для Linux, и его, безусловно, стоит проверить.
Короче говоря, он может тестировать все основные подсистемы компьютера одновременно. Но вместо того, чтобы тестировать на прямую производительность, он больше фокусируется на стабильности и надежности. Мы рекомендуем сочетать его с некоторыми другими формами тестирования производительности для достижения наилучших результатов.
Основные опции stress-ng
В таблице ниже указаны основные опции утилиты
| Опция | Значение |
| —class name | Задаёт тип теста. В качестве name указывается например cpu, memory, vm, io и другие. |
| —metrics | Указывает, что по завершению теста должна быть выведена статистика основных метрик, отражающих поведение системы во время теста. |
| —metrics-brief | То же, что и —metrics, но выводит ненулевые метрики. |
| —cpu-method method | Задаёт метод генерации нагрузки для процессора. По-умолчанию выполняются все доступные для данной категории тесты, последовательно друг за другом. Более подробно об этой опции можно узнать, выполнив команду man stress-ng. |
| —cpu N | Запускает для стресс-теста процессора N стрессоров для каждого его потока. |
| —cpu-ops N | Указывает, через какое количество bogo-операций необходимо остановить тест CPU. |
| —hdd-ops N | Указывает, через какое количество bogo-операций необходимо остановить тест жёстких дисков. |
| —hdd-bytes N | Записывает N байт для каждого процесса работы с жёстким диском. По-умолчанию равно 1 Гб. |
| —vm N | Запускает для стресс-теста виртуальной памяти N стрессоров. |
| —vm-bytes N | Размещает N байт для каждого процесса работы с памятью. По-умолчанию равно 256 Мб. Объём также может быть указан в процентах от общего объёма виртуальной памяти в системе. Значения можно задавать в бфйтах, килобайтах, мегабайтах и гигабайтах, используя суффиксы b, k, m и g соответственно. |
| —sequential N | Задает N количество потоков для выполнения тестов, если N не указано или равно 0, то количество потоков равно числу процессоров. |
Для удобства и быстрого составления необходимых тестов рекомендуется пользоваться также некоторыми вспомогательными опциями, например:
- что бы запустить несколько экземпляров каждого стресс-теста используется опция —all N, где N – необходимое количество экземпляров;
- для установки таймаута, т. е. времени продолжительности стресс-теста используется опция —timeout.
GPU Benchmarks
Чтобы проверить графические возможности вашей системы ненаучным способом, вы можете просто увидеть, может ли ваш ПК работать с играми с интенсивной графикой
, Для получения более количественных результатов, запустите один из этих тестов.
Unigine
У Unigine есть два эталона, которые стоит упомянуть: эталон Valley и эталон Heaven. Каждый из них представляет отдельную сцену (долину, покрытую лесом, и серию летающих островов стимпанк, соответственно), которая заставит ваш графический процессор работать сверхурочно.
Этот графический тест предпочтителен для большинства игроков Linux.
Бесплатные тесты являются интерактивными и более чем достаточны для того, чтобы понять, насколько хорош ваш GPU, но версии Pro необходимы для коммерческого использования и глубокого анализа каждого кадра. Это стоит $ 495 каждый.
GFXBench
Ранее известный как GLBenchmark, GFXBench является меньшим из двух основных графических тестов для систем Linux. Он поставляется с двумя наборами тестов: высокоуровневые тесты (общая производительность) и низкоуровневые тесты (производительность отдельных функций).
Учитывая все обстоятельства, это хорошо для того, что он делает. Так уж получилось, что Unigine — более известная и более используемая опция, так что, вероятно, это лучший выбор для передовых графических процессоров. Опять же, если вы хотите сравнить два графических процессора, которыми вы не владеете, страница результатов GFXBench определенно пригодится.
Бенчмарк в sysbench
sysbench — это утилита командной строки. Она создана для оценки производительности серверов с сильно нагруженными СУБД, но подходит и для проведения бенчмарков обычных систем.
Установка в Ubuntu, Linux Mint, Debian, Kali Linux:
sudo apt install sysbench
Встроенные в программу тесты:
- fileio — Тестирование файлового ввода/вывода
- cpu — Тестирование производительности CPU
- memory — Тестирование скорости функций памяти
- threads — Тестирование производительности подсистемы потоков
- mutex — тест производительности Mutex
Для запуска теста производительности центрального процессора:
sysbench cpu run
Обратите внимание как запускается программа: в начале идёт название теста, затем опции (в первом примере их нет), а затем команда.
Для программы установлено два придела выполнения:
- 10000 операций с числами
- 10 секунд выполнения
В зависимости от того, что наступит первым, программа завершит свою работу или после 10000 событий, либо после 10 секунд.
Современные процессоры очень производительные и если программа завершилась очень быстро, то данные могут быть искажены. Например, при оценки производительности процессора играет роль, к примеру, троттлинг (сброс частот). Троттлинг начинается из-за перегрева или превышения TDP. Эти эффекты наблюдаются только на длительных дистанциях работы процессора. Если, к примеру, тест завершился за секунду и вы получили n обработанных операций, это не означает, что процессор за 60 секунд выполнит 60 * n операций, поскольку он будет сбрасывать частоты из-за перегрева и выхода за пределы установленного в TDP рассеивания тепла.
Для более длительного выполнения теста используются опции —cpu-max-prime и —time. Первая устанавливает максимальное количество выполненных операций, а вторая — максимальное время проведения бенчмарка. При одновременном использовании опций приоритет имеет —time.
Современные центральные процессоры являются многоядерными и многопотоковыми:
По умолчанию sysbench запускает в один поток. Поэтому если вы хотите задействовать все ядра вашего процессора, используйте опцию —threads. У меня 6 физических и 12 логических ядер центрального процессора, поэтому я буду использовать значение 12, чтобы работали все процессоры.
При использовании опции —cpu-max-prime, чем меньше время завершения программы, тем производительныее центральный процессор:
sysbench cpu --threads=12 --cpu-max-prime=100000 run
Программа завершила работу слишком быстро — за 10 секунд вряд ли процессор успел подвергнуться серьёзному троттлингу. Поэтому с такими значениями тест подходит для оценки пиковой производительности на короткой дистанции.
Получены результаты:
CPU speed:
events per second: 538.23
General statistics:
total time: 10.0188s
total number of events: 5393
Latency (ms):
min: 19.85
avg: 22.27
max: 30.56
95th percentile: 23.10
sum: 120125.61
Threads fairness:
events (avg/stddev): 449.4167/4.11
execution time (avg/stddev): 10.0105/0.01
CPU speed events per second означает количество выполненный в центральном процессоре операций за секунду — чем выше значение, тем производительнее система.
General statistics total time означает общее время выполнения операций.
General statistics total number of events означает общее количество выполненный событий.
Если система завершает работу слишком быстро, можно увеличить значение, например, до двухсот тысяч событий:
sysbench cpu --cpu-max-prime=200000 run
Ещё один способ проверки троттлинга и оценки производительности процессора под длительной нагрузкой, это установка времени выполнении, в примере ниже установлено время в 300 секунд.
sysbench cpu --threads=12 --time=300 run
У меня при использовании опций —time и —cpu-max-prime CPU speed events per second различается в десятки раз — видимо или какой-то баг в программе, либо программа считает по каким-то другим правилам.
Стресс-тестирование систем в Linux – утилита stress-ng
Для организации и проведения нагрузочного стресс-тестирования в Linux-системах существует утилита stress-ng. С помощью неё несложно сгенерировать реальную рабочую нагрузку на тестируемые подсистемы и, соответственно, оценить её возможности. Утилита, традиционно для Linux, предоставляет для работы интерфейс командной строки. Однако, это ни в коей мере не делает её неудобной. Со своими задачами она справляется на «отлично». В данной статье приведены инструкции, отражающие основы работы с утилитой stress-ng для некоторых самых распространённых ситуаций в стресс-тестировании систем на основе Linux.
Тест графического адаптера — GPU:3D
Для проверки видеокарты переходим на вкладку GPU:3D
Тип тестирования: Авто. Длительности и периоды бездействия не трогаем.
Версия DirectX — 11. Для стареньких видеокарт лучше устанавливать DirectX9.
В разделе Видеокарта выбираем необходимый графический адаптер для теста. Например у вас ноутбук и можно выбрать встроенную или дискретную графику. Если у вас несколько видеокарт в связке, то, скорее всего, здесь можно выбрать конкретную.
Разрешение. Из выпадающего списка мне кажется целесообразно выбрать разрешение своего монитора.
Затем устанавливаем галочки для включения полноэкранного режима и включения проверки на ошибки.
Сложность шейдеров. При наведении на это поле мышкой внизу в разделе Помощь показывается подсказка
То есть для видеокарт AMD выбираем 7, для NVIDIA — 3. Так как у меня встроенная графика от Intel оставляю по умолчанию.
Использование памяти. Ограничение объема памяти для тестирования. Мне кажется галочку желательно не устанавливать. Пусть использует сколько нужно.
Ограничитель кадров так же оставляю по умолчанию.
Запускаю тест и час не трогаю компьютер. Затем смотрю были ли ошибки и просматриваю графики с температурами. Если температура в норме и ошибок не было не волнуюсь. В противном случае смотрите Заключение.
