Intel cpu test linux

Stress testing

This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.

Running an overclocked or undervolted PC is fine as long as it is stable and that the temperature of its components do not exceed their acceptable range. There are several programs available to assess system stability through stress testing the system and thereby the overclock level.

Contents

Stress testing software

This section lists stress testing software and classifies it by processor task as high, medium, or low. It is important to stress test using mixed loads to verify stability under many use cases.

Work load	Program/Task	Description
Low
	updating patches	Custom script Refreshing hundreds of kernel patches in the OpenWRT project, see #Low load examples.
Medium
	Cc/Gcc	Both cc/gcc compilation is a great method of stress testing. Both are available in the base-devel group.
	HandBrake-cli	handbrake-cli can be used to encode using high quality settings.
	Systester	systester AUR Systester is a multithreaded piece of software capable of deriving values of pi out to 128,000,000 decimal places. It has built in check for system stability.
	Stressful Application Test	stressapptest AUR is a memory interface test.
High	stress	stress is a simple CPU, memory, I/O, and disk workload generator implemented in C.
	mprime	mprime-bin AUR factors large numbers and is an excellent way to stress CPU and memory.
	linpack	linpack AUR — Linpack makes use of the BLAS (Basic Linear Algebra Subprograms) libraries for performing basic vector and matrix operations. and is an excellent way to stress CPUs for stability.

It is recommended to use programs in all three categories to assess the overall system stability. It can happen that a system is more sensitive to a test from the low than from the high demand category. Higher demand voltage programs require the most CPU core voltage (V_CORE) due to intense hardware usage to perform their tasks. Medium demand and Low demand workloads do not always call for the highest V_CORE when running and as such can be more prone to throwing errors for systems that are undervolted relative to the clock speed requested.

Low load examples

Writing to an image file

A good stability test under a low load workload is using dd to format an image. This can be a physical disk or a loop mounted image. The script below uses mounted image and cycles through each core one-by-one. Note that you should adjust the variables in the top of script to match your system. By default the script will run the command just once per core. It can be easily customized to run on known-weak cores rather than scanning all core 0 through n by altering the for loop. Run the script as root.

Updating patches for OpenWRT

A good stability test of a low load workload is to run though updating the patch sets in the OpenWRT project. Follow these steps.

Stressing CPU and Memory

stress

stress performs a loop that calculates the square root of a random number in order to stress the CPU. It can run simultaneously several workers to load all the cores of a CPU for example. It can also generate memory, I/O or disk workload depending on the parameters passed. The FAQ provides examples and explanations.

To spawn 4 workers spinning on sqrt(), use the command:

MPrime

MPrime (also known as Prime95 in its Windows and MacOS implementation) is recognized universally as one defacto measure of system stability. MPrime under torture test mode will perform a series of very CPU intensive calculations and compare the values it gets to known good values.

The Linux implementation is called mprime AUR and is available in the AUR.

To run mprime, simply open a shell and type «mprime»:

When the software loads, simply answer ‘N’ to the first question to begin the torture testing:

There are several options for the torture test (menu option 15).

• Small FFTs (option 1) to stress the CPU
• In-place large FFTs (option 2) to test the CPU and memory controller
• Blend (option 3) is the default and constitutes a hybrid mode which stresses the CPU and RAM.

Errors will be reported should they occur both to stdout and to

/results.txt for review later. Many do not consider a system as ‘stable’ unless it can run the Large FFTs for a 24 hour period.

/results.txt ; note that the two runs from 26-June indicate a hardware failure. In this case, due to insufficient vcore to the CPU:

Linpack

linpack AUR makes use of the BLAS (Basic Linear Algebra Subprograms) libraries for performing basic vector and matrix operations. It is an excellent way to stress CPUs for stability (only Intel CPUs are supported). After installation, users should copy /usr/share/linpack/linpack.conf to

/.config/linpack.conf and adjust it according to the amount of memory on the system.

Systester (AKA SuperPi for Windows)

Systester AUR is available in the AUR in both cli and gui version. It tests system stability by calculating up to 128 millions of Pi digits and includes error checking. Note that one can select from two different calculation algorithms: Quadratic Convergence of Borwein and Gauss-Legendre. The latter being the same method that the popular SuperPi for Windows uses.

A cli example using 8 threads is given:

Intel Processor Diagnostic Tool

The Intel Processor Diagnostic Tool is a tool that verifies the functionality of an Intel Microprocessor by stress testing the CPU. A Fedora Linux LiveUSB ISO images are available. The LiveUSB image allows you to stress test your machine without using your main operating system; such method might be useful in extreme cases especially when dealing with cold reboots/crashes.

Burn the image to a USB stick by using dd or Gnome Disks and then boot the Live CD. Once booted, open the terminal and type the following command to install Intel Processor Diagnostic Tool for 64-bit machines:

Once it is installed, you can run the Diagnostic Tool by clicking on the IPDT Icon that is located on the desktop.

Stressing memory

Use MemTest86 (proprietary) or Memtest86+ (GPL) to test your memory (RAM). There are «new» and «old» testers:

• «New» versions do not support BIOS. For a new version, use a proprietary MemTest86 version greater or equal to 8. Install it as memtest86-efiAUR or boot the Arch Linux install image.
• «Old» versions do not support UEFI nor DDR4. Old versions are available as GPL memtest86+ (development discontinued). It is roughly equal to proprietary MemTest86 version 4. After installation, update GRUB: it will auto-detect the package and allow users to boot directly to it.

Discovering Errors

Some stressing applications like #MPrime or #Linpack have built in consistency checks to discover errors due to non-matching results. A more general and simple method for measuring hardware instabilities can be found in the kernel itself. To use it, simply filter the journal on a crash like so:

Multicore chips can also give info as to which physical/logical core gave the error. This can be important if users are optimizing settings on a per-core basis.

The kernel can throw these errors while the stressing application is running, before it ends the calculation and reports the error, thus providing a very sensitive method to assess stability. Consider the following from a Ryzen 5900X:

This chip as 12 physical cores. In this case, CPU 21 can be traced back to physical core 10. Use lstopo from hwloc to print the hardware topology.

Источник

9 команд для проверки информации о CPU в Linux

Информация об аппаратном обеспечении CPU

Информация о CPU (Central Processing Unit. Центральный процессор) включает в себя подробные сведения о процессоре, такие как архитектура, название производителя, модель, количество ядер, скорость каждого ядра и т.д.

В linux существует довольно много команд для получения подробной информации о CPU.

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

1. /proc/cpuinfo

Файл /proc/cpuinfo содержит подробную информацию об отдельных ядрах CPU.

Выведите его содержимое с помощью less или cat .

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

Чтобы подсчитать количество процессоров, используйте grep с wc

Количество процессоров, показанное в /proc/cpuinfo, может не соответствовать реальному количеству ядер процессора. Например, процессор с 2 ядрами и гиперпоточностью будет показан как процессор с 4 ядрами.

Чтобы получить фактическое количество ядер, проверьте идентификатор ядра на наличие уникальных значений

Соответственно, есть 4 разных идентификатора ядра. Это указывает на то, что существует 4 реальных ядра.

2. lscpu — отображение информации об архитектуре CPU

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

3. hardinfo

Hardinfo — это gui инструмент на базе gtk, который генерирует отчеты о различных аппаратных компонентах. Но он также может запускаться из командной строки, в случае если отсутствует возможность отображения gui (Graphical User Interface — графический интерфейс пользователя).

Он создаст большой отчет о многих аппаратных частях, читая файлы из каталога /proc. Информация о CPU находится в начале отчета. Отчет также может быть записан в текстовый файл.

Hardinfo выполняет несколько эталонных тестов, занимающих несколько минут, прежде чем вывести отчет на экран.

4. lshw

Команда lshw может отобразить ограниченную информацию о CPU. lshw по умолчанию показывает информацию о различных аппаратных частях, а опция ‘ -class ‘ может быть использована для сбора информации о конкретной аппаратной части.

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

Чтобы узнать больше о команде lshw, ознакомьтесь с этой статьей:

5. nproc

Команда nproc просто выводит количество доступных вычислительных блоков. Обратите внимание, что количество вычислительных блоков не всегда совпадает с количеством ядер.

6. dmidecode

Команда dmidecode отображает некоторую информацию о CPU, которая включает в себя тип сокета, наименование производителя и различные флаги.

7. cpuid

Команда cpuid собирает информацию CPUID о процессорах Intel и AMD x86.

Программа может быть установлена с помощью apt на ubuntu

А вот пример вывода

8. inxi

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

Вывод соответствующей информации о CPU/процессоре

Чтобы узнать больше о команде inxi и ее использовании, ознакомьтесь с этой статьей:

9. Hwinfo

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

Она также отображает информацию о процессоре. Вот быстрый пример:

Если не использовать опцию «—short», команда отобразит гораздо больше информации о каждом ядре CPU, например, архитектуру и характеристики процессора.

Чтобы более подробно изучить команду hwinfo, ознакомьтесь с этой статьей:

Заключение

Это были некоторые команды для проверки информации о CPU в системах на базе Linux, таких как Ubuntu, Fedora, Debian, CentOS и др.

Примеры других команд для проверки информации о CPU смотрите в этой статье:

Большинство команд обрабатываются с помощью интерфейса командной строки и выводятся в текстовом формате. Для GUI интерфейса используйте программу Hardinfo.

Она показывает подробности об аппаратном обеспечении различных компонентов в простом для использования GUI интерфейсе.

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

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

А если вам интересно развитие в этой сфере с нуля до pro, рекомендуем ознакомиться с учебной программой специализации.

Источник

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) завершен.

Источник