Стресс теста процессора linux

Стресс-тестирование систем в Linux – утилита stress-ng

Для организации и проведения нагрузочного стресс-тестирования в Linux-системах существует утилита stress-ng. С помощью неё несложно сгенерировать реальную рабочую нагрузку на тестируемые подсистемы и, соответственно, оценить её возможности. Утилита, традиционно для Linux, предоставляет для работы интерфейс командной строки. Однако, это ни в коей мере не делает её неудобной. Со своими задачами она справляется на «отлично». В данной статье приведены инструкции, отражающие основы работы с утилитой stress-ng для некоторых самых распространённых ситуаций в стресс-тестировании систем на основе Linux.

Основные особенности и возможности stress-ng

Возможности, которыми обладает утилита stress-ng, довольно широки. Об этом свидетельствует огромное количество всевозможных опций, которыми её наделили разработчики.
Но ключевой особенностью stress-ng является то, что это полноценный инструмент со встроенными тестами. В отличие от многих других аналогов, при выполнении теста не производится обращений к сторонним и/или внешним ресурсам. Таким образом, stress-ng абсолютно самодостаточна. Практически в любом дистрибутиве Linux она доступна в стандартном репозитории и устанавливается с помощью системы управления пакетами (СУП) дистрибутива. Например, в Ubuntu:

Кроме всего прочего, stress-ng в своём составе очень качественные тесты для тестирования процессоров, в совокупности позволяющие наиболее полно сгенерировать нагрузку на CPU, используя такие методы как целочисленные и с плавающей запятой, битовые операции, комплексные вычисления и т. д.

Синтаксис stress-ng

Как уже было отмечено, stress-ng имеет настолько огромный набор опций, что в рамках данной статьи целесообразнее остановиться лишь на основных, позволяющих протестировать все основные подсистемы: CPU, виртуальную память, а также дисковую подсистему.
Синтаксис stress-ng довольно прост:

Задаёт конкретный метод тестирования виртуальной памяти. По-умолчанию выполняются все доступные для данной категории тесты, последовательно друг за другом. Подробнее в официальном руководстве по команде man stress-ng.

—vm-method mЗадаёт конкретный метод тестирования виртуальной памяти. По-умолчанию выполняются все доступные для данной категории тесты, последовательно друг за другом. Подробнее в официальном руководстве по команде man stress-ng.

Основные опции 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.

Тестирование процессора

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

В данном тесте задействованы 16 потоков для тестирования 16-поточного процессора. Вывод результатов может быть следующим:

Естественно количество потоков следует задавать в соответствии со спецификацией используемого процессора.

Тестирование дисковой подсистемы

Для проведения стресс-тестирования накопителей, таких как жёсткие диски можно для начала провести низкоуровневый тест ввода вывода

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

Еще один стресс-тест дисков можно выполнить командой

В данном случае будет запущено 5 стрессоров для жёстких дисков, которые будут остановлены по завершении 100 тыс. bogo-операций.

Во время тестирования можно смотреть загрузку командой iostat

Тестирование памяти

Что бы провести стресс-тест памяти используйте команду

После окончания мы получим результат проверки приблизительно следующего вида

Комплексное тестирование

Если необходимо провести комплексное стресс-тестирование, можно задействовать работу нескольких основных подсистем вместе одной командой:

Эта команда запустит тест для CPU в 8 потоков, тест виртуальной памяти с размещением в ней одного гигабайта данных, а также 4 стрессора для тестирования операций ввода/вывода.

Что бы запустить тестирование всего «железа», используется команда

Эта команда запустит все тесты. После выполнения результат будет выведен в консоль. Во время выполнения команды лучше компьютер не трогать

Заключение

В заключение стоит ещё раз отметить, что утилита stress-ng по своим возможностям очень универсальна и позволяет качественно протестировать любую систему. Приведенные выше примеры охватывают наиболее распространённые ситуации по нагрузочному тестированию Linux-систем. Для проведения специфичных или более сложных тестов рекомендуется обращаться к официальному руководству по использованию утилиты, доступному по команде man stress-ng.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

⚒️ 8 полезных инструментов для стресс-тестирования вашего процессора Windows / Linux / MacOS

Когда вы проводите стресс-тестирование вашего процессора, вы можете оценить интеллектуальность и надежность вашего оборудования.

Может быть, вам нужно разогнать процессор для небольшого дополнительного ускорения?

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

Следующие инструменты полезны при стресс-тестировании вашего процессора.

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

1. HeavyLoad

Как и следует из названия, HeavyLoad от Jam Software может подвергнуть ваш компьютер чрезвычайно высокой нагрузке.

Когда он будет работать на полную мощность, вы будете лучше контролировать другие ресурсы вашего компьютера, такие как ОЗУ.

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

Вы быстро узнаете, какие из них не следует использовать, если открыто слишком много окон.

2. AIDA64 Extreme

AIDA64 – это очень мощный инструмент, который совместим со всеми системами Microsoft в диапазоне от 95/98 до Windows Server 2016.

Он может выполнять детальный анализ с учетом многопоточных тестов памяти и кэша.

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

Это полноценный диагностический инструмент.

3. Stress-Ng

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

Стресс-тесты, специфичные для процессора, включают в себя число с плавающей запятой, целое число, битовые манипуляции и поток управления.

Для Debian команда установки Stress-ng выглядит так:

С помощью Stress-ng вы можете указать метод процессора, время ожидания и количество поддерживаемых операций.

4. Geekbench 4 (Mac)

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

Но для стресс-теста вы должны загрузить внешнее приложение под названием Geekbench 4.

Оно выполняет различные нагрузочные тесты.

5. CPUX

Не хотите качать программное обеспечение?

CPUX даст вам мощный стресс-тест, а также покажет, какое место ваша система занимает среди других.

Если вы введете максимальное количество потоков («64») и запустите этот тест с максимальной мощностью («100%»), ваш компьютер может столкнуться с несколькими «проблемами», для устранения которых потребуется более пары перезагрузок.

Не говори потом, что мы тебя не предупреждали!

Источник

linux-notes.org

Стресс тест cpu на Linux (Debian/Ubuntu/Mint или RedHat/CentOS/Fedora)

Почему стоит выполнять стресс тест на процессор? Для проверки надежности и стабильности вашей машины/системы. Запуск стресс-теста помогут также помочь узнать, нужно ли обновить или добавить новое охлаждение для вашей машины. В своей теме «Стресс тест cpu на Linux (Debian/Ubuntu/Mint или RedHat/CentOS/Fedora)» я расскажу как пользоваться утилитой cpuburn для тестирования нагрузки на процессор(ы).

Установка CPUburn.

Устнановка cpuburn на /Debian/Ubuntu/Mint:

Устнановка cpuburn на RedHat/CentOS/Fedora:

Вы можете посмтреть руководство по использованию для утилиты cpubun, выполнив:

cpuburn, burnBX, burnK6, burnK7, burnMMX, burnP5, burnP6 — коллекция программ для тестирования большой нагрузки на CPU.

burnP5 оптимизирован для процессоров Intel Pentium с/без MMX.
burnP6 оптимизирован для процессоров Intel PentiumPro, Pentium II & III.
burnK6 оптимизирован для процессоров AMD K6.
burnK7 оптимизирован для процессоров AMD Athlon/Duron.
burnMMX тестыальтернативный кэш/тест памяти на всех процессарах с MMX.
burnBX альтернативный кэш/тест памяти оптимизирован для процессоров Intel.

Эти программы предназначены для загрузки процессоров для x86 насколько это возможно для целей тестирования системы. Они были оптимизированы для различных процессоров. FPU и ALU инструкции кодируются на ассемблере в бесконечном цикле. Они не испытывают все инструкции. Цель в том, чтобы создать нагрузку и посмотреть какая температура при этом создается, положив нагрузку на сам процессор, систему, материнскую плату и блок питания.

Утилита для тестирование разработана, чтобы создать на вашем компьютере сбой, поэтому убедитесь, что ничего критического не запущено на нем и все важные данные сохранены на жестких-дисках. Лучше всего, запустить программу на файловых системах и смотнируйте только для чтения. Обратите внимание, что root привилегии не требуется.

Запустите нужную программу в фоновом режиме, проверяя результат ошибки. Вы можете повторить эту команду для каждого процессора. Например,

Для мониторинга хода работы CPUBurn используйте ps. Вы можете следить за температурой процессора и/или напряжения в системе через ACPI или с помощью LM-датчиков, но если ваша система поддерживает это. После завершения стоит завершить данный (е) процессы, для примера:

Установите htop для мониторинга нагрузок на ваш сервер.

Запустим htop, для проверки нагрузки:

Стресс тест cpu на Linux (Debian/Ubuntu/Mint или RedHat/CentOS/Fedora) завершен.

Источник

CPU стресс-тест в Linux, как нагрузить все ядра микропроцессора

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

В статье приведены конструкции из простых и всегда доступных консольных команд в GNU Linux, которыми можно нагрузить одно или все ядра процессора. Также рассмотрим компактный но очень мощный пакет для стресс-тестов под Линукс, который можно установить одной командой. Все подробно и с примерами!

Утилизация мощности двух ядер CPU (40%+70%)

Опытный пользователь операционной системы (ОС) GNU Linux не раз сталкивался со случаями когда простая команда с небольшой ошибкой могла загрузить микропроцессор под самую завязку. Этим мы и воспользуемся, только у нас будет все продумано и с конкретной целью.

Сперва рассмотри достаточно интересную связку из двух отдельных команд, соединенных через конвейер (символ «|», перенаправление ввода-вывода).

Ее суть: читаем случайные данные из файла «/dev/urandom» используя утилитку ‘dd’, через конвейер «|» перебрасываем эти считанные данные программе-архиватору «bzip2», указываем максимальный уровень сжатия (9) и выводим данный в «черную дыру», то есть в никуда — для этого есть специальный файл «/dev/null».

Таким образом, пока команда запущена (прервать ее можно нажав CTRL+C), архиватор будет сжимать непрерывный поток случайных данных и пересылать результат в вечно пустой файл. На физические диски и файловые системы ничего не пишется, а процессору есть немало работы.

Данная связка из команд загрузит два ядра CPU (Central Processor Unit) таким образом:

• «dd if/dev/urandom» — загрузит одно ядро примерно на 40%;
• «bzip2 -9» — загрузит второе ядро примерно на 70%.

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

Наблюдаем за нагрузкой отдельных ядер CPU

Для удобного наблюдения за нагрузкой на каждое из ядер микропроцессора можно использовать программу «System Monitor», которая входит в состав рабочего окружения KDE. Программа с похожим функционалом и таким же названием есть и в среде GNOME.

Рис. 1. Мониторим загрузку двух ядер CPU в GNU Linux используя System Monitor из KDE.

На рисунке результат загрузки двух ядер связкой из двух команд которая были рассмотрена выше. Одно ядро — оранжевй график (70%), другое ядро — желтый график (40%).

С такой же задачей, только в консоли, отлично справляется утилита «htop», которая должна быть знакома почти каждому системному администратору. Если у вас она не установлена то исправить ситуацию можно командой:

Для запуска этого консольного монитора ресурсов используем одноименную команду:

Ниже приведен пример работы этого консольного монитора ресурсов, загружены два ядра все той же связкой из команд dd и bzip2.

Рис. 2. Мониторинг нагрузки двух ядер CPU в GNU Linux используя HTOP.

Что же означают в HTOP красные и зеленые отметки в прогресс-барах для ядер CPU? — все проще простого:

• зеленый цвет — количество ресурсов процессора, выделенные под процессы с нормальным приоритетом;
• красный цвет — ресурсы CPU, выделяемые процессам с приоритетом ядра.

О том как узнать частоту установленного микропроцессора(ров), режимы работы ядер и другую полезную информацию я писал в одной их предыдущих статей о CPU в GNU Linux.

Утилизация 100% мощности одного или нескольких ядер CPU

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

Скажем микропроцессору «yes». только очень много раз!

С виду простая и безобидная команда, а нагрузит она одно ядро CPU примерно на 100% и без скачков. Суть этой конструкции проста: выводим слово «yes» бесконечное количество раз и перенаправляем вывод в «черную дыру» — /dev/null.

Рис. 3. Нагружаем одно ядро CPU на 100% командой yes в GNU Linux.

Другие связки из простых команд для загрузки ЦПУ

Пример с командой «yes» — это наиболее простой и доступный способ нагрузить одно или несколько ядер центрального процессора.

Кроме того, можно поэкспериментировать и с другими командами и программами, которые по умолчанию доступны почти в каждом дистрибутиве GNU Linux.

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

1. Что-то откуда-то беспрерывно считываем и перенаправляем в /dev/null;
2. Выполняем бесконечный анализ данных какой-то программой или утилитой.

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

Рис. 4. Нагружаем одно ядро CPU по максимуму на 100% командой cat в GNU Linux.

Суть команды: при помощи команды «cat» выполняем вывод бесконечного потока дынных из псевдо-устройства «/dev/zero» (генерирует нули, 000) в пустоту «/dev/null»;

Как видим процесс у нас выполняется с высоким приоритетом (приоритет ядра ОС) и требует для выполнения всю вычислительную мощность одного процессорного ядра.

Для считывания данных из файла псевдо-устройства можно использовать программу «dd».

Суть команды: с помощью программы «dd» (if — input file, of — output file) читаем поток случайных данных из /dev/urandom и отправляем их в «никуда» — /dev/null.

Результат мониторинга загрузки ядер в HTOP получим такой же как и на рисунке 4.

А теперь загрузим процессор подсчетом контрольной суммы бесконечного файла с нулями:

В htop мы сможем видеть то же то и на рисунке 3, правда плотность загрузки будет более стабильной.

Грузим CPU просчитывая MD5-сумму бесконечного потока случайных данных:

График загрузки будет идентичен тому что на рисунке 4, микропроцессор загружен процессом, который работает на уровне ядра ОС, очень высокий приоритет.

Грузим процессор на 100% используя pbzip2

В начале статьи был представлен пример с bzip2, которая поотдельности может нагрузит одно ядро микропроцессора. Существует также мультипоточная реализация данного архиватора — pbzip2.

Установить pbzip2 можно командой:

Для нагрузки всех доступных ресурсов процессора достаточно запустить следующую команду:

Вместо источника потока «/dev/zero» можно использовать «/dev/urandom» или же собрать еще более простую конструкцию:

Stress — пакет комплексных нагрузочных тестов ПК

О применении утилиты «stress» в GNU Linux я уже писал в статье о самостоятельном ремонте ПК. Там она использовалась в связке с другими программами для получения такого себе нагрузочного стресс-набора на подобии AIDA64 под Windows.

Этой программой можно нагрузить сразу все доступные ядра CPU или же указать конкретно сколько ядер должны трудиться в поте лица. Для установки пакета ‘stress’ достаточно выполнить команду:

Итак, запускаем программу с указанием загрузить 4 ядра микропроцессора:

Результаты производительности приведены ниже.

Рис. 5. Нагружаем все ядра CPU по максимуму на 100% командой stress в GNU Linux.

Рис. 6. Смотрим результат работы программы stress в htop.

В заключение

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

Но все же, установив небольшой программный пакет «stress» можно решить задачу комплексно и с дополнительными возможностями. Еще для нагрузки и тестов Linux системы можно использовать мощный комбайн «phoronix-test-suite», который придется ставить отдельно (в репозитории Debian его нет), но это уже другая история.

Источник