Объективное тестирование пяти дистрибутивов Linux и трёх Windows в равных условиях

Ранее я уже проводил объективное сравнительное тестирование семи дистрибутивов Linux в равных условиях. Но тогда я сравнивал не в плане производительности, а в плане пользовательского опыта в процессе установки на реальный компьютер. В процессе «выжило» пять дистрибутивов из семи.

Потом я провёл ещё одно объективное тестирование выживших Линуксов в игре Street Fighter IV. Из пяти дистрибутивов игру смогли запустить всего три. Это было жалкое зрелище, потому что Windows доминировала над всеми протестированными Линуксам.

Так как существующие бенчмарки имеют ряд проблем и бывают крайне неудобны в использовании, я начал разработку нового бенчмарка под названием ChimbaBenchXPL, который уже достиг версии Alpha-2. Эта версия бенчмарка далеко не идеальна, и мне хотелось бы собрать реальный опыт использования для дальнейшего развития проекта. Хотя я уже мог бы заняться разработкой новой версии бенчмарка, потому что интерфейс оказался недостаточно понятен для обычных пользователей. Я же не линуксоид, чтобы закрывать глаза на такие серьёзные проблемы интерфейса.

Но не будем бросаться в разработку сломя голову. Давайте проведём полноценный тест в реальных условиях, чтобы выявить ещё больше потенциальных проблем. Найти новый бенчмарк можно в репозитории GitHub: https://github.com/Shedou/ChimbaBenchXPL

Конфигурация тестового стенда:

Процессор: AMD Athlon X2 7550 (AD7550WCJ2BGH).

Охлаждение ЦП: Модифицированный Titan. 2 секции.

Системная плата: Biostar A780L (Socket AM2+).

Оперативная память: 2+2 GB DDR2 (Single Rank + Double Rank).

Видеокарта: Radeon 3100 (256 MB, IGP).

Накопители: IDE HDD Samsung SP1203N 120 GB + IDE HDD Seagate ST3120814A 120 GB.

Блок питания: ATX 400W P4.

Операционные системы: Windows (XP, 7, 10). Linux (Chimbalix 24.8, Mint 22.2, Fedora 43-1.6, Garuda 2025-11-03, Nobara 43).

Драйвер видеокарты Windows: Catalyst 13.4 (XP, 7, 10).

Драйвер видеокарты Linux: Что встроено в монолитное ядро, с тем и придётся жить (AMD Radeon).

Это тот самый компьютер, в котором микросхемы южного и серверного мостов были защищены надёжным и точным методом силиконового герметика, но без разделителя между подложками чипов и герметиком. И даже несмотря на прямой контакт кислотного герметика с деталями на подложке микросхем, данный компьютер прекрасно работает, что лишь доказывает состоятельность метода защиты кристаллов от сколов. Несмотря на возмущение «экспертов».

Тестирование (Windows)

Видеокарта у нас Radeon 3100, интегрированная в чипсет системной платы. Хотя она ещё под брендом ATi, но на самом деле это уже разработка компании AMD со всеми вытекающими проблемами драйверов. Первой была протестирована Windows XP.

Имеем 85 fps в разрешении 360p и 35 fps при 720p:

Это не просто объективное тестирование и сравнение в равных условиях. Потому я внимательно смотрю за мелочами. Сразу же отмечаю незначительную разницу между образцовым изображением и тем, что выдаёт видеокарта. Расхождения есть во всех операционных системах, в том числе Linux. Но в минусы записывать это не будем, так как расхождения незначительные.

Я бы даже сказал, что столь старая видеокарта выдаёт более высокое качество фильтрации текстур, чем современные видеокарты. Но совсем незначительно – нужно сильно присматриваться, чтобы заметить разницу. Потому я показал только самое заметное различие на текстуре с прозрачностью, где четко видно лишний чёрный пиксель. Дальше проверяю возможности Windows 7 в плане запуска 32-битных версий софта. Программе требуется около 90 мегабайт оперативной памяти для работы.

Бенчмарк с загруженной тестовой сценой потребляет около 16-24 мегабайт видеопамяти. В целом проект на движке Godot 2 потребляет очень мало памяти по сравнению с проектами на основе Godot 3 и 4. Мне даже не нужно заниматься оптимизацией параметров движка, ибо и так всё нормально в плане расхода ресурсов.

Если бы я основал проект на Godot Engine 3 или 4, то я не только потерял бы совместимость с Windows XP и старыми видеокартами, но и пришлось бы тщательно оптимизировать, чтобы не жрало половину гигабайта ОЗУ на всего лишь сером окне с двумя кнопками, а вспомогательный скрипт не смог раздобыть название видеокарты. Но о проблемах идентификации оборудования было известно ещё в начале разработки проекта.

Проверяю проект в среде Windows 10 – всё отлично запускается и работает:

Тестирование (Linux)

Дальше переходим к дистрибутиву Linux под названием Chimbalix. Загружаемся с модифицированным на максимальную производительность ядром версии 6.8.

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

С обычным ядром Linux ситуация аналогичная. Только отмечу тот факт, что дистрибутив Chimbalix позволяет настраивать встроенный Wine в соответствии с оборудованием. И я использую DXGL (WineD3D) для трансляции вызовов DirectX в OpenGL API со старыми видеокартами, не поддерживающими Vulkan API. Но тут у нас OpenGL приложение и упомянутая прослойка ничего не делает, так как не используется. WINE буквально напрямую использует OpenGL в данном случае. Но Linux не назывался бы одной из худших операционных систем в настольном сегменте, если бы даже в нативном API он не проигрывал Windows. И никакие ядра не помогают.

Может, игровые Линуксы под названиями Nobara и Garuda покажут класс? Увы. Игровая Nobara хоть и смогла запустить любые версии софта, но производительность осталась на печальном уровне.

И вот с Garuda возникли серьёзные проблемы. Интерфейс данного дистрибутива жутко тормозит при открытии терминала или проводника, а при наведении курсора на исполняемый файл в Проводнике при запущенном другом приложении система без разрешения пользователя перебрасывает фокус на фоновое окно, где находится курсор мыши. Меня бесит такое поведение операционной системы, однако найти в GUI системы соответствующую настройку у меня не получилось. Зато заглянул в раздел с эффектами интерфейса – отключение закруглённых углов и размытия фона значительно повысило отзывчивость системы.

Windows как-то не страдала такими вопиющими проблемами в поведении интерфейса.

А что насчёт параметров оформления? Да ничего. Я сброшу параметры к стандартным значениям, иначе это нарушит равные условия сравнения разных операционных систем. Тогда мне нужно будет настроить и свой Chimbalix – в нём настройки композитора и интерфейса поковырять можно. Как и сменить рабочее окружение на ещё более лёгкое посредством пакетного менеджера. Да и в других Линуксах те же самые танцы с бубном можно устроить. Я не хочу переделывать тесты, потому продолжим сравнение в равных условиях.

Собираю печальные результаты в дистрибутиве Garuda и перехожу к Fedora.

Fedora оказалась не способна запустить 32-битную версию программы, как и Windows версию, ибо в системе нет WINE и базовых системных библиотек, необходимых для запуска 32-битного софта. То же самое происходит в Linux Mint. Данные Линуксы вообще оказались выброшены из сравнения при тестировании Street Fighter IV, так как не могли запустить игру. Но сейчас мы смогли запустить новый бенчмарк, потому что я позаботился о разных версиях исполняемых файлов под разные платформы.

На этом сбор результатов завершён.

Заключение

Пришло время подвести итоги объективного сравнения.

С запуском 32-битных версий софта справились все операционные системы, кроме Mint и Fedora. Наилучшую производительность на уровне 84 fps в разрешении 640x360 выдала операционная система Windows. Лучшая производительность среди дистрибутивов Linux у Chimbalix с показателем 52-56 fps. Худшую производительность продемонстрировал Линукс под названием Garuda с показателем 12-17 fps. Nobara оказалась на предпоследнем месте в плане производительности.

В разрешении 1280x720 лучшую производительность показала Windows на уровне 35 fps. После идёт Chimbalix с показателями 25-28 fps. Ну а худшие позиции у Garuda Linux с показателями 7-17 fps. На предпоследнем месте оказалась на этот раз Fedora.

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

Увы. Но даже используя нативную версию бенчмарка, Linux в связке с AMD Radeon оказался далеко позади у операционной системы Windows. При этом я старался собрать лучшие Линуксы для тестов. Или так: два Линукса из пяти не смогли запустить даже нативную 32-битную версию софта по причине недостатка базовых системных библиотек в дистрибутивах Fedora и Mint.

Ну а что до нового проекта под названием ChimbaBenchXPL, то тут всё просто. Проект хоть и находится в Alpha версии, но он уже пригоден для проведения тестов. Я не столкнулся ни с какими проблемами, которые бы ощутимо мешали работе с программой. Да, есть проблемы с определением оборудования. Да, есть очепятки. Да, интерфейс требует доработки. Да и тестов хотелось бы побольше. Может даже таблицу с результатами для сравнения. Но всё же проект явно удался. Отдельная благодарность пользователю «lighteon», показанному в начале статьи, за тестирование ранних версий проекта.

Благодарю за внимание, больше интересных статей в блоге Hard-Workshop.