↩️ Назад

Категории

Стресс-тест CPU в Linux

20.01.2026 | Статья из категории: Linux

Стресс-тест CPU в Linux

В Linux нет прямого аналога AIDA64, но есть мощные open-source инструменты для нагрузки и диагностики процессора. Эта заметка поможет протестировать стабильность, производительность и тепловое поведение CPU.

⚠️ Внимание! Стресс-тесты сильно нагружают систему. Не запускайте на продакшене или на устройствах с плохим охлаждением.

Основные утилиты для тестирования CPU

  • stress-ng — гибкая замена устаревшему stress, поддерживает десятки методов нагрузки.
  • s-tui — интерактивный мониторинг + встроенный стресс-тест (требует Python).
  • sysbench — классический бенчмарк для CPU и памяти.
  • prime95 — экстремальный тест (часто через Wine), используется энтузиастами разгона.

Установка

# Debian/Ubuntu
sudo apt update
sudo apt install stress-ng sysbench s-tui -y

# CentOS/RHEL/Fedora
sudo dnf install stress-ng sysbench
pip3 install s-tui

Базовые примеры

1. Простая нагрузка на все ядра

stress-ng --cpu $(nproc) --timeout 5m

— Загружает все логические ядра на 100% на 5 минут.

2. Нагрузка с контролем метода вычислений

stress-ng --cpu 4 --cpu-method matrixprod --timeout 10m

— Использует умножение матриц (интенсивно использует кэш и FPU).

3. Комплексный CPU-тест с sysbench

sysbench cpu --threads=$(nproc) --cpu-max-prime=20000 run

— Вычисляет простые числа; хороший способ сравнить производительность между системами.

4. Интерактивный мониторинг + стресс (s-tui)

s-tui

— Открывает TUI-интерфейс: видно загрузку, температуру, частоту, и можно запустить стресс прямо из меню.

Как проверить результаты?

  • Температура: sensors (пакет lm-sensors)
  • Частота CPU: watch -n 1 'cat /proc/cpuinfo | grep "MHz"'
  • Ошибки: dmesg -T | grep -i "thermal\|error\|throttle"
  • Зависания: если система перестаёт отвечать — возможен перегрев или нестабильность (особенно при разгоне).
💡 Throttling — нормальная реакция на перегрев. Если видишь throttling в dmesg — CPU снижает частоту, чтобы не сгореть.

Рекомендации

  • Тестируйте минимум 10–15 минут — кратковременная нагрузка не покажет проблем с охлаждением.
  • На виртуальной машине (Proxmox, KVM) результаты будут ограничены ресурсами хоста.
  • Для проверки стабильности после разгона используйте stress-ng --cpu ... --timeout 1h или дольше.
  • Если тестируете в облаке/VPS — учтите, что провайдеры могут ограничивать sustained CPU (burst-only).

Пример: полный 30-минутный CPU-стресс

echo "Начинаю 30-минутный CPU-стресс..."
stress-ng --cpu $(nproc) --cpu-method all --timeout 30m --metrics-brief
echo "Тест завершён. Проверьте dmesg и температуру."
🔥 На HDD-системах одновременная нагрузка CPU + диск может вызвать I/O-таймауты. Тестируйте компоненты по отдельности, если ищете конкретную проблему.



Категории:

Категории

Комментарии

Пока нет комментариев. Будьте первым!

Оставить комментарий

← Назад к списку статей

Посетителей сегодня: 0
о блоге | карта блога

© Digital Specialist | Не являемся сотрудниками Google, Яндекса и NASA