Настоящий материал призван сориентировать читателей в сегодняшнем многообразии программного обеспечения для настройки, оценки производительности и разгона компонентов системы, а также отслеживания данных мониторинга. Основу настоящей статьи составляют полезные ссылки на загрузку соответствующих приложений.
Драйверы: платформа
Правильный выбор драйверов для различных узлов системы, в частности элементов материнской платы и GPU видеокарты, крайне важен для стабильной работы ПК. Где не требуется особое «творчество», так это при установке драйверов, идущих в комплекте с материнской платой. Тем не менее, всегда можно найти и установить свежие версии драйверов для чипсета, аудиоконтроллера и карты Wi-Fi (при наличии таковой).
Бенчмаркинг
Методов оценки производительности узлов системы великое множество, и у каждого опытного энтузиаста они свои. Ниже перечислены наиболее простые способы, а углубленное тестирование вы можете провести, воспользовавшись набором приложений из числа тех, что упоминаются в обзорах процессоров, видеокарт, модулей памяти и других комплектующих на нашем сайте — сайт.
Представляющий собой рендеринг 3D-сцены, пользуется немалой популярностью. Он бесплатен, показывает стабильные результаты и может загружать до 256 процессорных потоков (256 ядер AMD Bulldozer или 128 ядер Intel Core с Hyper-Threading). Более-менее актуальна, особенно в контексте соревновательного бенчмаркинга, предыдущая версия этого приложения —
Вспомогательные утилиты RivaTuner Statistics Server (RTSS) и Fraps помогут измерить кадровую частоту в играх, не имеющих встроенного бенчмарка. С их же помощью можно записывать игровые ролики. Интерфейс Fraps проще, но обновления данной утилиты не выпускались уже почти два года.
Итак, выше мы рассмотрели наиболее полезные и востребованные энтузиастами программы для настройки, мониторинга, разгона и тестирования узлов ПК. На сегодняшний день выбор утилит для этих целей огромен, и в статье, скорее всего, упомянуты далеко не все из приложений, которыми пользуетесь лично вы. О собственных предпочтениях пишите в комментариях к данному материалу.
Производительность виртуальных машин очень важна для нас, так как сейчас уже никого не удивить словами "Облачные вычисления", потому что они приходят к нам все ближе и ближе. Уже существует огромное количество провайдеров, которые предлагают свои виртуальные сервера, для наших нужд. Имея такой огромный выбор, охота протестировать каждый на предмет производительности, чтобы сделать правильный выбор.
Существует специальный пакет тестов для Linux, при помощи которого, вы сможете проверить каждую виртуальную машину на производительность и проанализировать результаты в последующем.
Phoronix Test Suite - opensource-платформа, которая включает в себя набор специальных тестов для виртуальных машин под Linux.
Установка Phoronix Test Suite в Linux
На момент написания статьи, последней версией Phoronix Test Suite является 4.8.2 . Для проверки более актуальных версий, смотрим ftp-хранилище Phoronix . Также на сайте Phoronix Test Suite в разделе Download можете скачать исполняемый файл, если у вас не Ubuntu или Debian:)
Если у вас дистрибутив Ubuntu или Debian и вы уже скачали deb-файл Phoronix Test Suite по ссылке выше, то установите его так:
sudo apt-get install php5-cli curl php5-gd
sudo dpkg -i phoronix-test-suite_4.8.2_all.deb
Отмечу, что версия Phoronix Suite Test может отличаться, на момент написания статьи, последней версией была именно 4.8.2.
Для пользователей CentOS / RHEL и Fedora нету rpm файла на сайте, но они могут скачать tar.gz и установить тест командами:
sudo yum install php-cli php-gd curl
sudo tar xvfvz phoronix-test-suite-4.8.2.tar.gz
cd phoronix-test-suite
sudo ./install-sh
Ну а если вы работаете с openSUSE, то для начала нам нужно подключить специальный репозиторий Benchmark, там и лежит наш тест от Phoronix:
openSUSE Factory:
zypper ar http://download.opensuse.org/repositories/benchmark/openSUSE_Factory/benchmark.repo
zypper ar http://download.opensuse.org/repositories/benchmark/openSUSE_12.3/benchmark.repo
zypper ar http://download.opensuse.org/repositories/benchmark/openSUSE_12.2/benchmark.repo
zypper in phoronix-test-suite
Работа с Phoronix Test Suite
Phoronix Test Suite автоматически скачивает тестовые профили и пакеты, которые вы выберете, а также может загружать результаты тестов на openbenchmarking.org, по вашему желанию. Для первого запуска теста, вам понадобится интернет, как я уже говорил ранее, для загрузки тестовых профилей и пакетов
Если виртуальная машина, которую вы собрались тестировать, находится за proxy, то для начала необходимо будет произвести настройку прокси-сервера с помощью команды. Для этого выполните в терминале:
phoronix-test-suite network-setup
Теперь можно приступить к тестам...
Посмотреть общее количество доступных тестов в Phoronix Test Suite, можете командой:
phoronix-test-suite list-tests
Вот список тестов:
- pts/aio-stress - AIO-Stress, Диск;
- pts/apache - Apache Benchmark, Система;
- pts/apitrace - APITrace, Графика;
- pts/battery-power-usage - Battery Power Usage, Система;
- pts/blake2 - BLAKE2, Процессор;
- pts/blogbench - BlogBench, Диск;
- pts/bork - Bork File Encrypter, Процессор;
- pts/botan - Botan, Процессор.
Если вы хотите посмотреть список доступных тестовых пакетов, то вводим команду:
phoronix-test-suite list-suites
- pts/audio-encoding - Audio Encoding, Система;
- pts/chess - Chess Test Suite, Процессор;
- pts/compilation - Timed Code Compilation, Процессор;
- pts/compiler - Compiler, Процессор;
- pts/compression - Timed File Compression, Процессор;
- pts/computational - Computational Test Suite, Система;
К примеру вы хотите протестировать Apache (первый список), то запускаем тест командой:
phoronix-test-suites run apache
Если вы запускаете тот или иной тест первый раз, Phoronix Test Suite может предупредить вас об доустановки недостающих пакетов, все произойдет в автоматическом режиме.
По окончанию теста, результат будет сохранен на ваш компьютер и по желанию отправлен на openbenchmarking.org, чтобы другие пользователи могли сравнивать со своими результатами.
Если вы хотите просмотреть все результаты, сохраненные на вашем компьютере, вводим команду:
phoronix-test-suite list-results
Иногда возникает необходимость выполнить частичную или полную загрузку микропроцессора на персональном компьютере или сервере. Это может понадобиться для стресс-тест системы, для проверки стабильности работы, оценки эффективности системы охлаждения и измерения потребляемой компьютером или сервером мощности под нагрузкой.
В статье приведены конструкции из простых и всегда доступных консольных команд в GNU Linux, которыми можно нагрузить одно или все ядра процессора. Также рассмотрим компактный но очень мощный пакет для стресс-тестов под Линукс, который можно установить одной командой. Все подробно и с примерами!
Утилизация мощности двух ядер CPU (40%+70%)
Опытный пользователь операционной системы (ОС) GNU Linux не раз сталкивался со случаями когда простая команда с небольшой ошибкой могла загрузить микропроцессор под самую завязку. Этим мы и воспользуемся, только у нас будет все продумано и с конкретной целью.
Сперва рассмотри достаточно интересную связку из двух отдельных команд, соединенных через конвейер (символ "|", перенаправление ввода-вывода).
Dd if=/dev/urandom | bzip2 -9 > /dev/null
Ее суть: читаем случайные данные из файла "/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", которая должна быть знакома почти каждому системному администратору. Если у вас она не установлена то исправить ситуацию можно командой:
Sudo apt-get install htop
Для запуска этого консольного монитора ресурсов используем одноименную команду:
Ниже приведен пример работы этого консольного монитора ресурсов, загружены два ядра все той же связкой из команд dd и bzip2.
Рис. 2. Мониторинг нагрузки двух ядер CPU в GNU Linux используя HTOP.
Что же означают в HTOP красные и зеленые отметки в прогресс-барах для ядер CPU? - все проще простого:
- зеленый цвет - количество ресурсов процессора, выделенные под процессы с нормальным приоритетом;
- красный цвет - ресурсы CPU, выделяемые процессам с приоритетом ядра.
О том как узнать частоту установленного микропроцессора(ров), режимы работы ядер и другую полезную информацию я писал в одной их предыдущих статей о CPU в GNU Linux .
Утилизация 100% мощности одного или нескольких ядер CPU
Для этой цели можно использовать команды, которые обрабатывают непрерывный поток данных на очень высокой скорости, без периодических колебаний нагрузки как в случае с bzip.
Скажем микропроцессору "yes"...только очень много раз!
Yes > /dev/null
С виду простая и безобидная команда, а нагрузит она одно ядро CPU примерно на 100% и без скачков. Суть этой конструкции проста: выводим слово "yes" бесконечное количество раз и перенаправляем вывод в "черную дыру" - /dev/null.
Рис. 3. Нагружаем одно ядро CPU на 100% командой yes в GNU Linux.
Другие связки из простых команд для загрузки ЦПУ
Пример с командой "yes" - это наиболее простой и доступный способ нагрузить одно или несколько ядер центрального процессора.
Кроме того, можно поэкспериментировать и с другими командами и программами, которые по умолчанию доступны почти в каждом дистрибутиве GNU Linux.
Суть построения подобных связок из команд следующая:
- Что-то откуда-то беспрерывно считываем и перенаправляем в /dev/null;
- Выполняем бесконечный анализ данных какой-то программой или утилитой.
Следующая связка позволяет загрузить одно ядро под самый потолок:
Cat /dev/zero > /dev/null
Рис. 4. Нагружаем одно ядро CPU по максимуму на 100% командой cat в GNU Linux.
Суть команды: при помощи команды "cat" выполняем вывод бесконечного потока дынных из псевдо-устройства "/dev/zero" (генерирует нули, 000) в пустоту "/dev/null";
Как видим процесс у нас выполняется с высоким приоритетом (приоритет ядра ОС) и требует для выполнения всю вычислительную мощность одного процессорного ядра.
Для считывания данных из файла псевдо-устройства можно использовать программу "dd".
Dd if=/dev/urandom of=/dev/null
Суть команды: с помощью программы "dd" (if - input file, of - output file) читаем поток случайных данных из /dev/urandom и отправляем их в "никуда" - /dev/null.
Результат мониторинга загрузки ядер в HTOP получим такой же как и на рисунке 4.
А теперь загрузим процессор подсчетом контрольной суммы бесконечного файла с нулями:
Sha1sum /dev/zero
В htop мы сможем видеть то же то и на рисунке 3, правда плотность загрузки будет более стабильной.
Грузим CPU просчитывая MD5-сумму бесконечного потока случайных данных:
Md5sum /dev/urandom
График загрузки будет идентичен тому что на рисунке 4, микропроцессор загружен процессом, который работает на уровне ядра ОС, очень высокий приоритет.
Грузим процессор на 100% используя pbzip2
В начале статьи был представлен пример с bzip2, которая поотдельности может нагрузит одно ядро микропроцессора. Существует также мультипоточная реализация данного архиватора - pbzip2.
Установить pbzip2 можно командой:
Apt-get install pbzip2
Для нагрузки всех доступных ресурсов процессора достаточно запустить следующую команду:
Cat /dev/zero | pbzip2 -c > /dev/null
Вместо источника потока "/dev/zero" можно использовать "/dev/urandom" или же собрать еще более простую конструкцию:
Yes | pbzip2 -c > /dev/null
Stress - пакет комплексных нагрузочных тестов ПК
О применении утилиты "stress" в GNU Linux я уже писал в статье о самостоятельном ремонте ПК . Там она использовалась в связке с другими программами для получения такого себе нагрузочного стресс-набора на подобии AIDA64 под Windows.
Этой программой можно нагрузить сразу все доступные ядра CPU или же указать конкретно сколько ядер должны трудиться в поте лица. Для установки пакета "stress" достаточно выполнить команду:
Sudo apt-get install stress
Итак, запускаем программу с указанием загрузить 4 ядра микропроцессора:
Stress --cpu 4
Результаты производительности приведены ниже.
Рис. 5. Нагружаем все ядра CPU по максимуму на 100% командой stress в GNU Linux.
Рис. 6. Смотрим результат работы программы stress в htop.
В заключение
Как видим, нагрузить отдельное ядро процессора или же несколько ядер без установки специального программного обеспечения в GNU Linux - задача достаточно простая. Каждый может выбрать себе связку команд, которую легко запомнить и использовать, к тому же зная принцип работы строить подобные связки самостоятельно можно буквально на лету.
Тем не менее, установив программу "stress" можно решить задачу комплексно и с дополнительными возможностями. Также для нагрузки и тестов можно использовать такой пакет программ как "phoronix-test-suite", но это уже отдельная история...
Комплект содержит 30 вопросов. Среди тестовых заданий имеются вопросы на выбор одного правильного ответа, выбор нескольких правильных ответов, установление соответствия.
Во время теста обучающемуся предлагается 30 вопросов. Порядок вопросов, а также порядок ответов на вопросы также определяется случайным образом.
Правильные ответы в тесте по linux отмечены + .
1. Ядро операционной системы
– программы, входящие в дистрибутив операционной системы;
Резидентная часть операционной системы;
Основная программа, принимающая и обрабатывающая команды пользователя;
– графическая оболочка, позволяющая выполнить операции с файлами и каталогами
2. Привилегированный режим работы программы
Режим монопольного владения процессором на время работы программы;
– режим, при котором программа в любой момент может монопольно завладеть процессором;
– режим неограниченного доступа ко всем ресурсам компьютера;
– режим, при котором программа имеет привилегии перед другими программами в условиях многозадачности.
3. К основным функциям операционных систем относятся:
– управление включением/выключением компьютера, управление памятью, управление файлами и каталогами, управление пользователями;
– управление памятью, выполнение команд пользователя, управление файлами и каталогами
– управление процессами, управление памятью, управление периферийными устройствами
Управление устройствами, управление данными, управление памятью, управление процессами
4. Ресурс процесса
– оперативная память и свободное место на диске;
– файл, из которого или в который происходит ввод-вывод;
Любой аппаратный или программный объект, который может понадобиться для работы процесса и доступ к которому может при этом вызвать конкуренцию процессов
– любой аппаратный или программный объект, который может понадобиться для работы процесса и работа с которым не вызывает конфликта с другими процессами
5. Сопоставить определения состояний процесса
6. Дать определение невытесняющей многозадачности
б) режим многозадачности, при котором переключение процессов возможно через определенные кванты времени
в) режим многозадачности, при котором переключение процессов выполняется поочередно в порядке их приоритетов;
Г) режим, при котором переключение процессов возможно только, когда работающий процесс вызовет системную функцию;
7. Дать определение вытесняющей многозадачности
а) режим многозадачности, при котором переключение процессов возможно в любой момент времени;
б) режим, при котором переключение процессов возможно только, когда работающий процесс вызовет системную функцию;
в) режим многозадачности, при котором каждый новый процесс монопольно занимает процессорное время, а состояние остальных процессов записывается в файл подкачки;
Г) режим многозадачности, при котором переключение процессов происходит через определенные кванты времени соответственно приоритетам
8. Дистрибутив операционной системы включает:
А) операционную систему, программу ее установки и настройки, сопровождение и регулярное обновление;
б) только операционную систему и программу ее установки;
в) операционную систему, программу ее установки и наиболее популярные прикладные программы;
г) операционную систему, программу ее установки и наиболее популярные системные утилиты от сторонних разработчиков.
9. ОС распространяется по лицензии:
б) Линуса Торвальдса;
в) фирмы Microsoft;
г) компании GNU.
a) FAT16 либо FAT32;
В) journalized ext3 FS;
г) любую из перечисленных.
a) является дополнительным ярлыком для файла;
Б) представляет собой другое имя файла;
в) это указатель на начало файла;
г) структура, содержащая сведения о расположении и размере файла.
12. Список пользователей системы хранится в файле
Б) /etc/passwd
в) /root/passwd
г) /system/passwd
13. Конвейером называют:
а) параллельное выполнение нескольких команд, причем переключение между ними производится в строгой очередности;
Б) параллельное выполнение нескольких команд, при этом вывод одной команды перенаправляется на стандартный ввод следующей;
в) последовательное выполнение нескольких команд, причем каждая следующая команда начинает выполняться после завершения предыдущей;
г) последовательное выполнение нескольких команд..
14. Пакет с программным обеспечением в Linux содержит:
А) собранную программу, сценарии действий до установки и после нее, информацию о зависимостях от других пакетов;
б) собранную программу, сценарии действий до установки и после нее;
в) собранную программу, информацию о зависимостях от других пакетов, программу-установщик setup либо install;
г) собранную программу и программу-установщик setup либо install.
15. Командная оболочка операционной системы:
A) программа, которая преобразует команды пользователя в действия операционной системы;
б) программа, которая выполняет команды пользователя;
в) часть операционной системы, котороая выполняет команды пользователя.
16. Команда ls:
a) выводит на экран список файлов текущего каталога;
б) делает заданный каталог текущим и выводит список файлов;
в) выполняет переход в заданный каталог;
Г) выводит на экран список файлов каталога, заданного в командной строке либо текущего.
17 - Тест . Для копирования файлов в ОС Linux используется команда:
18. Сопоставить функции команд постраничного просмотра текстовых файлов:
19. Файловый менеджер:
a) программа для создания, удаления, копирования файлов;
б) программа для перемещения по каталогам;
в) программа управления атрибутами и редактирования файлов;
Г) программа, выполняющая все перечисленные функции.
20. Для завершения работы системы в ОС Linux используется команда:
21. Режимы работы редактора vi:
a) текстовый и графический;
б) редактирования и копирования;
В) вставки, командный и режим командной строки;
г) вставки и замены.
Тест № 22. Для установки программы в ОС Linux необходимо:
a) выполнить команду setup;
Б) запустить менеджер пакетов и выбрать пакет с устанавливаемой программой;
в) распаковать пакет, содержащий программу;
г) скопировать пакет, содержащий программу, в отдельный каталог.
23. Права доступа к файлу определяются:
a) с помощью 9 символов или трехзначного шестнадцатеричного числа;
б) с помощью 3 символов или трехзначного восьмеричного числа;
В) с помощью 9 символов или трехзначного восьмеричного числа;
г) с помощью 9 символов.
24. Атрибуты прав доступа к файлу включают:
a) доступ с правами администратора или пользователя;
Б) разграничение доступа для владельца, членов его группы и остальных пользователей;
в) разграничение прав доступа для владельца и остальных пользователей;
г) доступ «только для чтения» для всех, кроме владельца файла.
25. Сопоставить права доступа к файлу:
26. Конфигурационные файлы в ОС Linux хранятся преимущественно:
a) в зашифрованном виде, недоступном для просмотра;
б) в зашифрованном виде, просмотр – с помощью программы-конфигуратора;
в) в текстовом формате, просмотр и редактирование – только с помощью редактора vi;
Г) в текстовом формате, просмотр и редактирование – любым текстовым редактором.
27. При страничной организации виртуальной памяти:
А) все страницы имеют одинаковые размеры, а разбиение виртуального адресного пространства процесса на страницы выполняется системой автоматически;
б) размер страниц выбирается операционной системой в зависимости от объема свободной оперативной памяти;
в) размер страниц определяется программой при ее запуске;
г) страницы имеют одинаковый размер, количество страниц определяется программой при ее запуске.
28. Тест. Выберите правильные утверждения для многопроцессорных операционных систем:
А) Асимметричная ОС целиком выполняется только на одном из процессоров компьютера, распределяя прикладные задачи по остальным процессорам;
Б) Симметричная ОС полностью децентрализована и использует все процессоры, разделяя их между системными и прикладными задачами;
в) Асимметричная ОС выполняется на нескольких процессорах компьютера;
г) В симметричной ОС процессоры одна половина процессоров отводится для системных задач, вторая – для прикладных.
29. Пользователь root - это
А) единственная учётная запись, принадлежащая администратору системы
б) учётная запись, гарантированно дающая пользователю исключительные права работы в системе
30. Лицензия на программное обеспечение нужна, чтобы
а) указать, кто является обладателем всех прав на это программное обеспечение
Б) определить круг прав пользователя по отношению к этому программному обеспечению
в) определить, на каких условиях можно продавать данное программное обеспечение
г) сделать данное программное обеспечение свободным.
Мониторинг осуществляется с помощью комплекта программ lm-sensors .
aptitude install lm-sensors
Снимать показания датчиков можно командой:
sensors
В реальном времени мониторинг температуры осуществляется следующей командой:
watch sensors
В выводе команды содержится информация о напряжении, скорости вращения вентилятора, температуре процессора (каждого ядра в отдельности), температуре жёстких дисков. Важным показателем является максимально зафиксированное значение температуры (поле high в показаниях температуры ядра). Мониторить только температуру процессора можно командой:
while {true} do date; sensors | grep Core; echo "======"; sleep 1s; done
Также существуют различные графические утилиты для отображения показаний lm-sensors . Для GNOME удобно использовать апплет GNOME Sensors Applet .
Стресс-тестирование процессора
Пакет cpuburn
Проверка работоспособности драйверов видеокарты
Проверим наличие 3D-ускорения:
glxinfo | grep OpenGL
Вывод должен быть таким:
OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) G33 GEM 20100330 DEVELOPMENT OpenGL version string: 1.4 Mesa 7.10-devel OpenGL extensions:
Проверим поддержку 3D-ускорения средствами видеокарты:
glxinfo | grep direct
Если поддержка 3D реализована, вывод будет таким:
direct rendering: Yes
Проверим скорость работы 3D:
glxgears
Появится окно с простой 3D-анимацией. В консоль при этом будет каждые 5 секунд выводиться информация о скорости рендеринга. Нормальные значения FPS для настроенного драйвера должны быть в среднем выше 1000 (если включена вертикальная синхронизация, то значение FPS будет ограничено частотой синхронизации).
Ещё один тест OpenGL:
/usr/lib/xscreensaver/glblur -fps
Появится окно скринсейвера, в котором будет отображаться значение FPS.
В случае каких-либо проблем, можно переустановить видеодрайвер (для встроенных видеокарт Intel нужно переустановить пакет xserver-xorg-video-intel ). Настройки драйвера осуществляются программой driconf . Также для контроля работы видеокарты Intel можно установить пакет intel-gpu-tools (в пакет входит утилита intel_gpu_top, позволяющая в реальном времени мониторить загрузку видеопроцессора).
Тестирование производительности системы
Пакет phoronix-test-suite
Тестирование производительности осуществляется программой phoronix-test-suite . Она представляет собой программную оболочку, позволяющую в автоматическом режиме скачивать и запускать различные программы тестирования, собирать и хранить данные о результатах тестов.
Установим программу:
aptitude install phoronix-test-suite
Просмотреть список всех доступных тестов с их кратким описанием можно следующей командой:
phoronix-test-suite list-tests
Тесты запускаются командой:
phoronix-test-suite benchmark ИМЯ_ТЕСТА
- Процессор
:
- c-ray - многопоточный математический тест. Высокая нагрузка на процессор. Результат на C2D 2.0: 387.55 секунд.
- build-linux-kernel - сборка ядра Linux. Долгий тест. Равномерно нагружает процессор и память (использует gcc).
- scimark2 - мощный однопоточный тест (интенсивные научные вычисления). Показывает производительность одного ядра в гигафлопсах.
- ffmpeg - кодирование видео (тестовые файлы занимают 130MB). На C2D 2.0: 25.99 секунд.
- Память
:
- ramspeed - тест памяти. Средняя нагрузка на процессор. Результаты DDR2-800 2Gb (copy,int) : 2280.10 MB/s.
- stream - показывает скорость памяти в различных операциях.
- Жёсткий диск
:
- iozone - тест жёсткого диска. Показывает скорость чтения и записи для блоков различной длины. Результат WD 80Gb (W,4K,512M): 52.42 MB/s.
- Графика
:
- gtkperf - тестирование различных элементов графического интерфейса GNOME.
- unigine-tropics - красивый 3D-бенчмарк, необходимы настроенные драйвера с поддержкой 3D-ускорения.
Для длительного разнопланового тестирования рекомендуется build-linux-kernel . Для короткого стресс-тестирования c-ray (наряду с программой