Linx как тестировать процессор

Обновлено: 03.07.2024

Как надо тестировать стабильность.

Ну и на том же tomshardware многие сошлись, что самый адекватный тест приближенный к реальным задачам - RealBench от асуса.
LinX вообще адекватные люди в мире западнее нашего не гоняют.

Там еще интересные статистики есть насчет тепловыделения, например RealBench выдает как процессор задумывался, AIDA тоже, а всякие линпаки и праймы с avx инструкциями - завышают сильно (ну это видно по hwinfo), так вот интел тестируют камни при TDP = заявленному, любое превышение чревато деградацией и нестабильностью.
Например: (информация из гайда выше)
TDP … Thermal Test - Steady Workload

129% … Prime95 v27.7 through v29.4 - Small FFT’s (AVX, No Offset)
101% <-- Prime95 v26.6 - Small FFT’s
89% … HeavyLoad v3.4.0.234 - Stress CPU
87% … FurMark v1.19.1.0 - CPU Burner
78% … CPU-Z v1.82.0 - Bench - Stress CPU
66% … AIDA64 v5.95.4500 - System Stability Test - Stress CPU
55% … Intel Processor Diagnostic Tool v4.0 - CPU Load
TDP … Stability Test - Fluctuating Workload (Peak) 123% … OCCT v4.5.1 - CPU: OCCT (AVX, No Offset)
118% … LinX v0.6.5 - Default
116% … IntelBurn Test v2.54 - High
113% … OCCT v4.5.1 - CPU: Linpack (AVX, No Offset)
110% … AIDA64 v5.95.4500 - System Stability Test - Stress FPU
99% <-- Asus RealBench v2.56 - Stress Test (AVX, No Offset)
94% … Sandra 2017.09.24.41 - Burn in - Processor Tests
92% … CineBench v15.0 - CPU - Render Test
79% … Intel Extreme Tuning Utility v6.4.1.15 - CPU Stress Test

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

Это была образовательная минутка.

Но у нас же linX 50 прогонов на максимальный объем памяти в почете и чем ближе температуры к 100 градусам, а тепловыделение в 200% - тем лучше тест.
Почему linX не показателен – он в принципе дает нагрузку, которую ваш процессор не встретит в работе никогда, утверждение - "кукурузный разгон" в случае если у человека стабильная система во всех его рабочих задачах + играх, в корне неверно!

Как и неверно считать, что если prime95 вы запускали без AVX, то при запуске любого приложения с AVX вы увидите BSOD, это не так.
Запустите RealBench или AIDA Stress Test, там и AVX есть в его НОРМАЛЬНЫХ пределах не превышающих лимиты и разнообразные реальные кейсы работы (говорю про RealBench).

Производительность центрального процессора – сложная характеристика компьютера, показатель которой зависит от множества переменных. Оценивать ее нужно комплексно, исключая влияние на результат работы иных комплектующих компьютера. Тесты LinPack предназначены для определения скорости решения плотной системы линейных уравнений при максимальной загруженности процессора. Они показывают число операцией над 64-разрядными числами с плавающей точкой, которые способен выполнить центральный процессор.

Сами алгоритмы разработаны Intel в конце 1970-х, несколько раз модифицировались и предназначались для профессионалов. Работать с программой можно было только через консоль. Нашелся русский программист и любитель разгона процессоров А. Гусев, который написал GUI – графическую оболочку для тестов LinPack и назвал ее LinX. В этой статье мы рассмотрим как пользоваться LinX, а также разберемся в интерфейсе программы и её возможностях.

Как пользоваться LinX

Чаще всего утилита LinX используется для оценки стабильности процессора. Она максимально загружает устройство вычислениями и на протяжении всего тестирования следит за появляющимися ошибками, и при их возникновении прерывает оценку. Поддерживает тестирование многопоточного режима работы процессоров AMD и Intel (HyperThreading) с возможностью выбора числа потоков.

Программа определяет доступный объём оперативной памяти в системе и позволяет указывать используемую для тестирования. Рассчитывает время до окончания оценки производительности и регулярно обновляет его. В установке программа не нуждается: загрузите архив, извлеките его содержимое в удобное место и запускайте файл LinX.exe.

1. Интерфейс программы

Доступ к функциям LinX предоставляется через главное окно, состоящее из:

  • Главного меню – через него делаются скриншоты, строятся графики и открывается окно настроек;
  • Панели управления;
  • Основного окна с информацией о текущем тесте;
  • Строки состояния – отображает текущий статус, модель центрального процессора.


Пункт главного меню File под названием Screenshot сохраняет в папке с приложением снимки его экрана в формате png с поддержкой прозрачности.

Второй пункт Save Text Log экспортирует логи – сведения о выполненных тестах – в текстовый документ с названием вида LinX data time.txt, который хранится в папке с приложением.


Settings – вызывает окно конфигурации программы, Graphs – используется для построения графиков скорости вращения вентилятора, напряжения на ядрах и их температуры. Сведения для них экспортируются из AIDA64, Everest или SpeedFan.

Панель инструментов состоит из следующих элементов:

  • ProblemSize – выпадающее меню со значениями 10000-32000 с шагом 1000, чем оно выше, тем больше нагрузка оказывается на центральный процессор и дольше длится тестирование.
  • Memory(MiB) – выбирается автоматически в соответствии с объемом выбранной задачи ProblemSize, значения взаимосвязаны; кнопка All задействует всю свободную оперативную память.
  • Run – длительность процедуры, задается в минутах (Minutes) или количестве повторений (Times).
  • Кнопки Run и Start – запуск и прерывание теста.
  • Информационного бара с данными об объеме свободной оперативной памяти.

Правый клик по последнему открывает контекстное меню с быстрыми настройками, где можно указать режим тестирования: 32-х или 64-битный, выбрать количество потоков Threads; включить или отключить: ведение журнала Auto Save Log, прерывание проверки при обнаружении ошибок Stop on Error, звуки, отображение иконки в трее.


2. Настройки LinX

Окно параметров конфигурации LinX состоит из трех блоков: LinPack, LinX и External Applications and Graphs.

LinPack – настройки, касающиеся работы одноименных алгоритмов:

  • Mode – переключение между 32-х и 64-бытным режимом, во втором создается бОльшая нагрузка.
  • NumbersofThreads – число создаваемых потоков, не всегда соответствует количеству задействованных физических ядер.
  • PriorityClass – установка приоритета процесса LinX.exe, повышает отзывчивость. Ставить вышеAboveNormalне рекомендуется.
  • DataAlignment – значение для выравнивания данных.
  • Linpack32maxProblemSize – максимальный объем оперативной памяти для 32-разрядного режима. Значение подобрано опытным путем, изменить рекомендуется только при появлении проблем.
  • MemoryforOS – размер оперативной памяти, который остается для работы операционной системы при тестировании памяти. Малые значения не устанавливайте, ориентируйтесь на объем, используемый в данный момент, плюс 10-15%.

В блоке LinX – настройки графической оболочки, где можно включить/отключить: автоматическую запись журнала, прерывание проверки при появлении ошибок, всплывающие подсказки и добавление даты и времени в название файлов (логи, скриншоты).


Последний блок отвечает за импорт данных (температура и напряжение ядра процессора, частота вращения вентилятора) из сторонних приложений (Speedfan, AIDA64, Everest) и установки максимальной температуры процессора, при превышении которой тест прервется.

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

А теперь разберемся непосредственно как пользоваться LinX. Для запуска тестирования стабильности процессора или его производительности укажите объем задачи для вычисления Problem size или доступный объем оперативной памяти во втором выпадающем меню. Значения можно вводить с клавиатуры, и они взаимосвязаны. Выберите длительность процесса в минутах или задайте количество повторений.


Зайдите в настройки и укажите режим тестирования (32 или 64 бит), количество задействованных потоков; приоритет и последующие значения менять не рекомендуется, кроме Memory for OS. Активируйте Stop on Error, остальные настройки, касающиеся LinX, изменяйте по усмотрению.


При необходимости, можете задействовать Everest, AIDA64 или SpeedFan для мониторинга температуры, напряжения процессора и скорости вращения вентилятора. Когда тест процессора LinX будет запущен, процессор будет под большой нагрузкой. В реальном времени за этими параметрами можно наблюдать, например, через HWMonitor.


Для слабых процессоров Problem Size и длительность проверки рекомендуется устанавливать поменьше и пристально следить за температурой устройства. То же делается при первом запуске. После удачного прохождения 1-3-минутного теста с небольшой нагрузкой значения можно увеличивать.

Выводы

LinX – графический интерфейс для набора тестов LinPack от Intel, созданных для проверки производительности и тестирования центрального процессора. Приложение совместимо с устройствами от AMD, имеет ряд настроек для выбора нагрузки и сохраняет отчеты о работе. Может интегрироваться со сторонними программами для постройки графика и мониторинга за температурой и напряжением процессора.

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


Внимание!
Перед тестированием на стабильность необходимо выключить все активные приложения (в т.ч. антивирусы, файрволы, торрент-клиенты, аську и т.д.) и вообще не пользоваться компьютером. Это необходимо для создания наибольшей нагрузки на систему, а так же, в случае тестирования оперативной памяти - для увеличения количества свободной памяти, доступной для тестирования. Чтобы, при этом, не опасаться проникновения всякой гадости на ваш компьютер, можно на время теста выдернуть кабель из сетевой карты или выбрать "отключить" в свойствах сетевого подключения.

Содержание

Центральный процессор (CPU)

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

CPU1.jpg

Наибольшая эффективность для процессоров:
AMD K7 - Athlon, Athlon XP, Duron, Sempron - Socket 462(A)
AMD K8 - Athlon64, Athlon64 X2, Sempron - Socket 754/940/939/AM2

CPU2.jpg

С указанными настройками тест длится примерно 1,5 часа. Рекомендуемое время тестирования в режиме "Цикл" с указанными настройками - от 1 до 4 часов.

CPU3.jpg

Наибольшая эффективность для процессоров:
Intel Core - Core Duo, Core Solo - Socket M
Intel Core2 - Core 2 Duo, Core 2 Quad, Pentium Dual-Core, Celeron Dual-Core, Celeron (Core) - LGA775/Socket M
Intel Nehalem - Core i7, Core i5 - LGA1366/1156

Рекомендуемые настройки:
Режим - x32 для 32-битной ОС и x64 для 64-битной ОС;
Число потоков - в соответствии с количеством ядер вашего процессора;
Объем памяти (объем задачи) - чем больше - тем лучше, но стоит убедиться в стабильности работы подсистемы памяти для исключения данного фактора при тестировании ЦП;
Остальные настройки - по умолчанию.

Количество проходов ("Число раз") следует выбирать исходя из условия того, что при заданном объеме задачи продолжительность тестирования составит не менее 1 часа. Рекомендуемое время тестирования - от 1 до 4 часов.

Мониторинг температуры и напряжения возможен при импорте данных из EVEREST (доступно при выборе "Использовать совместную память" в Настройки\Мониторинг аппаратуры\Внешние приложения) или SpeedFan.

Prime95

CPU5.jpg

Для тестирования ЦП наиболее подходят режимы Small FFT и In-Place Large FFT. Режим Blend так же можно использовать, но в этом случае требуется значительно большее время для выявления нестабильности.

Запуск теста осуществляется в окне Torture Test (вкладка Options).

Тестирование останавливается вручную при выборе Stop в закладке Test. Рекомендуемая продолжительность тестирования - от 2 до 6 часов (12 часов для режима Blend).

В случае использования 64-битной ОС, для наибольшей эффективности необходимо использовать 64-битную версию Prime95.

Примечания

Примечание 1
LinX при выборе большого объема задачи, а так же Prime95 в режиме Blend задействуют значительное количество оперативной памяти, поэтому перед использованием данных режимов следует отдельно убедиться в стабильности работы подсистемы памяти.

Примечание 2
Отдельно отмечу, что не стоит ограничиваться использованием какой-либо одной утилиты - наиболее эффективным является комбинированное использование различных стресс-тестов.

Разумеется, здесь приведены не все тестовые утилиты, которые можно использовать для проверки стабильности работы ЦП.
Тем не менее, указанных тестов будет вполне достаточно для проверки стабильности любой системы.

Оперативная память (RAM)

Prime95

RAM1.jpg

Для тестирования оперативной памяти следует использовать режим Blend.

Запуск теста осуществляется в окне Torture Test (вкладка Options).

Тестирование останавливается вручную при выборе Stop в закладке Test. Рекомендуемая продолжительность тестирования - от 2 до 12 часов.

В случае использования 64-битной ОС, для наибольшей эффективности необходимо использовать 64-битную версию Prime95.

Memtest86 и Memtest86+ (DOS)

RAM22.jpg

На данном скриншоте показана работа программы Memtest86+. Memtest86 выглядит так же.

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

Для тестирования понадобится загрузочная дискета, загрузочный компакт-диск или загрузочная флешка (первые два варианта на мой взгляд проще).

Загрузочная дискета создается непосредственно самой программой, либо при форматировании дискеты средствами Windows (следует выбрать галку "Создание загрузочного диска MS-DOS"). В последнем случае на созданную загрузочную дискету необходимо вручную записать программные файлы.

Дисководы 3,5" в настоящее время трудятся далеко не в каждом системном блоке, поэтому программа так же доступна в виде ISO-образа, который можно использовать для создания загрузочного компакт-диска, а так же в виде EXE-файла для записи на загрузочную флешку.

Тестирование начинается автоматически.

Test отображает процент выполнения текущего теста
Pass отображает общий процент завершения тестирования.

Тест цикличен, при достижении Pass 100%, значение обнуляется и тестирование начнется заново. Для проверки стабильности рекомендуется не менее 4 полных проходов теста.

При большом объеме задаче используется значительное количество оперативной памяти и LinX может быть использован как тест для проверки стабильности её работы.

CPU3.jpg

Рекомендуемые настройки:
Режим - x32 для 32-битной ОС и x64 для 64-битной ОС;
Число потоков - в соответствии с количеством ядер вашего процессора;
Объем памяти - вся доступная;
Остальные настройки - по умолчанию.

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

Рекомендуемое время тестирования - от 2 до 6 часов.

В отличие от LinX, тест S&M имеет отдельный режим для тестирования памяти.

RAM3.jpg

RAM5.jpg

Рекомендуемое время тестирования - от 2 до 6 часов.

Необходимо отметить, что S&M не всегда позволяет определить нестабильность оперативной памяти столь же эффективно, как это позволяют сделать другие стресс-тесты.

Примечание

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

Графическая система (GPU)

Для визуального выявления артефактов и фризов можно использовать многократные прогоны графических (не CPU!) тестов из 3DMark05/06/Vantage в режимах с AA+AF при максимально возможном разрешении экрана монитора.

Помимо этого, так же существуют утилиты для автоматического выявления артефактов.

ATITool

Несмотря на свое название, данная утилита прекрасно работает не только с видеокартами ATI (AMD), но и с видеокартами nVidia.

GPU1.jpg

Со своей задачей тест хорошо справляется и при настройках по умолчанию, поэтому не будем на них останавливаться.

Для запуска теста, в главном окне программы необходимо нажать Scan for Artifacts.

GPU21.jpg
GPU22.jpg

При выявлении артефактов, в окне с "волосатым кубом" появляются пиксели желтого цвета и отображается информация об ошибках.

Рекомендуемое время тестирования - от 1 до 2 часов.

FurMark

Если предыдущий тест известен, как "волосатый куб", то данный - как "волосатый бублик".

GPU31.jpg

Большого количества настроек программа не предлагает. В разделе Run Mode следует выбрать режим Stability Test, а так же поставить галку Xtreme Burning Mode. При активации опции Log GPU Temperature, температура графического чипа в ходе тестирования будет отражена в лог-файле программы. В разделе Window Params следует выбрать максимальное для вашего монитора разрешение экрана, при этом можно задействовать MSAA. Тест запускается при нажатии кнопки Go!.

GPU4.jpg

Рекомендуемое время тестирования - от 1 до 2 часов.

Video Memory stress Test

Утилита предназначена для побитовой проверки памяти видеокарты.

GPU5.jpg

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

Выдержки из Readme

- Необходимо деактивировать на время тестирования функцию отключения дисплея (или периодически шевелить мышкой чтобы она не активизировалась).
- В начале работы программа предложит переключиться в режим 640x480x16, и рекомендуется это предложение принять чтобы тест смог захватить и проверить больше видеопамяти. После тестирования (или его принудительного завершения) прежний режим будет автоматически восстановлен.
- Для лучшей проверки стоит прогнать тест два раза: первый раз с квадратными поверхностями (например 1024x1024), а второй - с прямоугольными (например 256x1024), причем выбрать нужно такие размеры чтобы их произведения не были равны (1024*1024 не равно 256*1024).

Известные проблемы:
- Существуют некоторые трудности с определением наличия и размера буфера TurboCache/HyperMemory. Так что если программа проверяет больше или меньше памяти, чем реально имеется на видеокарте, нужно в коммандной строке простым числом указать количество реально существующих мегабайт.

- Видеокарты серии Radeon HD 38xx и 2xxx (возможно и другие тех же поколений) имеют проблемы с прямым чтением видеопамяти. Поэтому если такая карточка обнаруживает большое количество бессистемных ошибок, ее необходимо тестировать в режиме использования экранного буфера.

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

Примечание

Сказанное в предыдущих разделах верно и здесь - для выявления артефактов следует использовать все указанные способы.

Помните, что если система разогнана по шине, частоты PCI/AGP должны быть зафиксированы 33/66 МГц, иначе возможны различные проблемы практически с любыми устройствами.

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

Вопросом диагностики компьютера владельцы ПК или ноутбуков обычно озадачиваются при регулярных ошибках в их работе. Но немалая доля энтузиастов увлекается разгоном процессоров, видеокарт, завышением рабочих частот памяти и т.п. Естественно, что бесперебойная работа в таких нештатных ситуациях не гарантируется, и оверклокерам в процессе разгона приходится проверять стабильность работы разгоняемого устройства. Проверка процессора – обязательный этап при разгоне CPU. Предлагаемая статья как раз и посвящена вопросу проверки работы процессора под максимальной нагрузкой после разгона. Утилита LinX 0.6 с очень простым интерфейсом поможет нам в этом.

Недавно на сайте была статья о разгоне Intel Core i7-3770k, в которой лишь упоминалось о необходимости диагностики CPU, но разъяснений не было. Сегодня я решил восполнить этот пробел и описать процедуру проверки процессора. Для диагностики компьютера понадобится всего одна утилита, предназначенная для максимальной нагрузки CPU вычислительными задачами. Имя этой компактной программе – LinX. На данный момент актуальной является «LinX 0.6.5». Кроме тестирования стабильности утилиту можно применять и в качестве неплохого бенчмарка.

С точки зрения пользователя LinX 0.6 очень простая и удобная вещь с простым и интуитивно понятным интерфейсом (русский и английский варианты). Ею поддерживается как процессоры Intel, так и CPU от AMD. В настройках можно выбрать 32/64-битный режим работы, количество потоков, задействовать или выключить технологию HyperThreading от Intel, установить количество прогонов, наблюдать за ходом тестирования «в прямом эфире»… Автоматическое сохранение заданных параметров проверки процессора позволит проводить тестирование с одинаковыми настройками при последующих запусках, например, при постепенном разгоне CPU.

Интерфейс основного окна программы содержит всего несколько элементов управления. В первую очередь нас интересуют параметры «Объём памяти»/«Memory» и количество прогонов «Число раз»/«Run». Для диагностики компьютера рекомендуется в первом параметре выбрать всю доступную память (кнопка «All» возле «Memory»), а «Число раз»/«Run» установить опытным путём: запустить один прогон, и вычислить необходимое количество запусков для работы программы в течение не менее часа. В меню «Настройки»/«Settings» выберите режим 32/64 бит в зависимости от установленного процессора и версии операционной системы. Для запуска/остановки теста используйте кнопки «Тест»/«Стоп» («Start»/«Stop»). В ходе проверки индикатор хода тестирования будет отображать прошедшее с момента запуска время, а при завершении последнего прохода отобразит надпись «Завершено без ошибок за ММ м СС с» (или «Finished without errors in MM m SS s» в английском варианте интерфейса).

При длительном тестировании нестабильной системы могут возникнуть ошибки. Пункт «Stop on Error» в настройках Linx 0.6 прекратит дальнейшую проверку процессора. Это может оказаться вполне полезным при возникновении ошибок из-за перегрева процессора. Вовремя остановленный тест может в некоторых случаях спасти жизнь проверяемому CPU. Если после запуска утилиты Вы зафиксировали температуру близкую к критической или превышающую таковую, то это явный сигнал к тому, что необходимо заменить кулер или снизить разгон.

При использовании LinX 0.6.5 в качестве бенчмарка результаты быстродействия процессора будут отображаться в графе «ГФлопс»/«GFlops» итоговой таблицы основного окна программы. Так, для Intel Core i7-3770k, который был разогнан до 4.5 ГГц, результатом будет цифра в районе 110…115 ГФлопс в зависимости от настроек. Скриншот после нескольких прогонов указанного CPU размещён выше: скорость указана в таблице для каждого прохода и в строке статуса имеется информация о пиковой (максимальной) производительности в ГФлопс’ах.

Кстати, если Вы задались вопросом разгона процессора, то озадачьтесь и целесообразностью включения технологии HyperThreading для Intel CPU. Отнюдь не во всех задачах от HT есть прирост скорости, а вот занижает разгонные возможности «камня» включенный HT очень часто. Судя по многочисленным обзорам, от HyperThreading нет ни малейшего увеличения FPS в большинстве игр – тут уже «играбельность» больше зависит от видеокарты.

Ниже приведены сведения о системе, на которой проводился замер скорости процессора в программе LinX, предназначенной для стрессового тестирования процессора. Они могут быть полезны, если у Вас возникнет желание сравнить свои результаты с приведёнными в этой статье.

Дополнительную информацию о способах проверки CPU можно найти в материале, описывающем программы для проверки ПК. Кроме того, там Вы узнаете как провести диагностику видеокарты, посмотреть параметры SMART жёстского диска, проверить оперативную память на наличие сбойных ячеек. Инструкция может быть полезна тем, кто решил обзавестись новым компьютером, ноутбуком или отдельными комплектующими, и купить их "с рук" без гарантии.

Читайте также: