Linux на Ryzen-ноутбуке — рабочая связка: открытые драйверы дают полноценный контроль платформы, включая телеметрию процессора. Но инструменты и термины здесь другие, чем в Windows: датчики живут в sysfs, лимиты читаются в ваттах PPT. Полное руководство по мониторингу CPU Ryzen в Linux (графика Radeon в Linux; драйверы iGPU Intel).
База: где живут датчики в Linux
Архитектура телеметрии. Ядро Linux собирает данные с датчиков через модули hwmon (hardware monitoring): каждое устройство публикует свои показатели в /sys/class/hwmon/ — температуры, напряжения, обороты вентиляторов. Для Ryzen CPU модуль-драйвер: k10temp (температуры всех поколений) и zenpower (расширенная телеметрия для некоторых семейств — альтернатива из репозиториев). Чтение напрямую: cat соответствующих файлов — фундамент всех утилит. Графические надстройки: psensor, s-tui, btop — рисуют то же sysfs в удобном виде; утилита lm-sensors сканирует и перечисляет все датчики машины при настройке. Практический порядок новичка: установить lm-sensors → sensors-detect → вывод sensors — и карта температур машины в руках. Экосистема open: всё то, что в Windows делают OEM-утилиты, в Linux — общие механизмы ядра (Windows-мониторинг Ryzen для сравнения).
Частоты: как читать и почему они «прыгают»
Телеметрия производительности. Источники частот: файлы cpufreq (/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq) показывают текущие частоты каждого ядра; утилиты (turbostat из состава ядра, s-tui) рисуют картину целиком, включая эффективную частоту с учётом простоя (эффективные часы). Почему частоты скачут: CPPC-планировщик непрерывно двигает ядра между режимами — одиночные чтения ловят случайные состояния; смотрите СРЕДНИЕ за нагрузку (приоритет ядер Ryzen). Zen 4c/5c-ядра: у гибридных семейств компактные ядра имеют свои потолки — в мониторинге они видны как группа с более низким максимумом (Zen 5c против Zen 5). Практика интерпретации: «прыжки» — норма дизайна; тревога — если средние под нагрузкой стабильно ниже паспортных бустов: тогда смотрите лимиты.
Лимиты: PPT и ватты в Linux
Терминология платформы. Ryzen живёт в системе лимитов PPT (Package Power Tracking): фактическая потолок потребления пакета; в мобильных платформах OEM настраивают SPL/sPPT/FPPT-классы лимитов (словарь лимитов). Чтение в Linux: turbostat показывает энергопотребление пакета в ваттах в реальном времени — самый честный взгляд; мониторинг «-power» через sysfs у части платформ. Что делать с цифрами: сравнить фактические ватты с заявленными лимитами модели — упор в PPT объясняет «почему частоты не растут»; это не баг, а дизайн платформы. Тюнинг: полный контроль лимитов в Linux на ноутбуках ограничен BIOS OEM — ryzenadj-подобные инструменты меняют значения, но официальная поддержка варьируется; безопасная стратегия — читать, а не крутить, если машина рабочая. И гигиена: обновления ядра улучшают телеметрию новых семейств — свежее ядро = точнее цифры.
Практический мониторинг-стек: собери себе HUD
Рецепты инструментов. Минимум (терминал): lm-sensors + turbostat + htop — температуры, ватты, загрузка в трёх окнах. Средний (TUI): s-tui — график частот/температур/ватт в одном экране, стресс-тесты встроены; btop — красивая сводка всей системы. Графический: psensor с системным треем — температуры всегда на виду. Для батарейных сценариев: powertop показывает источники потребления — связка «кто ест» + «как греется» закрывает диагностику автономности. Правила чтения: снимайте фоновые задачи перед замерами (в Linux их тоже хватает — индексация, обновления), сравнивайте средние за минуты, а не мгновения. И финал: связка Ryzen+Linux — самый прозрачный стек телеметрии в мире ноутбуков: всё, что скрывает Windows за утилитами OEM, здесь лежит в открытых файлах ядра — учитесь читать их один раз, пользуйтесь всю жизнь.
И совет по дисциплине замеров: пишите в заметки связку «ядро Linux + версии утилит» рядом с результатами — телеметрия меняется между версиями ядра, и через год вы поймёте, почему цифры «поехали». Инженерная привычка, которая стоит одной строки.
Дополнительный приём для лэптопов с гибридными ядрами: помечайте в мониторинге, какая группа ядер что показывает — «прыжки» между группами при смешанной нагрузке нормальны; сравнивайте бусты внутри одной группы, иначе получите ложную «нестабильность» там, где дизайн платформы.
И финальная мысль: связка Ryzen+Linux — чемпион прозрачности: частоты, ватты, температуры — всё читаемо из открытых источников ядра. Один вечер с lm-sensors и s-tui — и ваш ноутбук перестаёт быть чёрным ящиком навсегда.
Завершающий аккорд: добавьте в свой мониторинговый стек простую привычку — запись средних ватт и частот под типичной нагрузкой раз в месяц. Месячная динамика покажет старение термопасты и пыли раньше, чем это почувствуют ваши руки на корпусе.
Частые вопросы
Почему k10temp показывает одну температуру вместо нескольких? Мобильные семейства публикуют Tctl/Tdie по-разному: одна сводная — норма; расширенные датчики дают zenpower там, где поддерживается.
sensors показывает нереальные температуры? Проверьте свежесть ядра: новые семейства Ryzen требуют свежих таблиц датчиков; обновление ядра обычно чинит.
Можно ли менять лимиты ватт в Linux? Инструменты существуют, но на ноутбуках корректные значения задаёт OEM: меняйте только с пониманием рисков и термалов.
turbostat требует root — это нормально? Да: чтение MSR-регистров привилегировано; запуск с sudo — стандартная практика.