Жeлезо для Linux. Базовые принципы подбора

Твердо стоя на платформе, или о процессорах, чипсетах, материнских платах

Как известно, компьютеры бывают разные. И различаются они по типу процессора или по видеоподсистеме, объему оперативной памяти и жесткого диска, и еще по многим множествам признаков. Но есть коренной и основополагающий признак, именуемый «платформой». Под понятием этим объединяется сцепка из процессора, материнской платы с ее управляющей логикой и оперативной памяти. Именно эти три компонента определяют не только производительность системы, но и ее совместимость с различным софтом, в первую очередь — с операционными системами. Так какие же из существующих платформ совместимы с открытыми операционными системами? Рассмотрим этот вопрос на примере все той же ОС Linux.

Сама по себе Linux может работать на всех машинах, которые могут запускаться, и немножко — на тех, которые запуститься не способны. Однако практическое значение в наших условиях имеет только т.н. архитектура IBM PC, отличительная черта которой — Intel-совместимые процессоры. Производятся они не только фирмой Intel — наряду с Pentium-II/III/4 или Celeron внутри современной машины можно увидеть продукцию и AMD, и VIA, и, даже, говорят, Crusoe (хотя последнее — редко кому из наших соотечественников). Причем — с разбросом величин тактовых частот в два-три раза (от 700-900 МГц до более чем 2 ГГц). Какой же из них окажется оптимальным для использования с Linux?

Начнем с того, что самой Linux более или менее до лампочки, какой именно из Inntel-совместимых процессоров имеет место быть. Более того, ядро системы (и, с некоторыми ограничениями, другие ее компоненты) может быть оптимизировано под любой из выпускаемых ныне процессоров (и — под многие, выпуск которых прекращен, типа AMK K-6). А с точки зрения вычислительной мощности — любой процессор, который нынче можно приобрести за пределами антикварной лавки, будет избыточным для большинства пользовательских задач.

Если же есть желание достичь максимальной производительности (а какой же русский, простите за банальность, не любит быстрой езды) — следует обратиться к высшим на сегодня достижениям процессоростроения — Intel Pentium 4 или AMD Athlon последних модификаций. И тот, и другой имеют круг задач, на которых они показывают себя во всем блеске. Причем широко распространенные тесты пользователю Linux здесь не помогут. Специфика классических Unix-приложений, функционирующих и в Linux (небольшие монофункциональные утилиты, умеющие только что-то одно, но зато — уж очень хорошо), такова, что достоинства Pentium 4 остаются не задействованными. И потому специальные методы оптимизации для Athlon приводят обычно к лучшим результатам (подчеркну, относительно неоптимизированного ядра, а не друг друга). Правда, с появлением компилятора gcc 3.2 положение изменилось — теперь, оптимизировав систему под свой процессор, пользователь может почувствовать, что это — действительно круто.

Однако не все так просто — в игру вступает вторая составляющая платформы — материнская плата. Вернее, ее управляющая логика, именуемая обычно чипсетом. И если сами процессоры от AMD заслуживают только слов добрых и ласковых, чипсеты для них подчас награждаются несколько иными эпитетами. А поскольку их (и материнских плат) производители при латании дыр на пользователей свободных ОС не рассчитывают... В общем, вы понимаете.

Материнская плата — часто вместилище не только процессора и управляющей логики. Так, последнее время в моду вошли «мамы» с дополнительными IDE-контроллерами, исполняющими обязанности RAID-массивов (наиболее известны чипы от Promise и High Point). Так вот, Linux поддерживает их в полной мере (в том числе и как загрузочные устройства). Правда, есть риск нарваться на дистрибутив, где эта поддержка не реализована в программе установки. Что, казалось бы, будет непреодолимым препятствием для установки их на диск, подключенный к такому контроллеру?

Как бы не так. Почти всегда есть возможность обходного пути. Например, на многих «мамах» RAID-функции таких контроллеров можно отключить аппаратно (соответствующей перемычкой). И в результате Linux увидит просто еще один обычный IDE-контроллер, и обойдется с ним должным образом. Конечно, RAID-массивом при этом придется пожертвовать, но, положа руку на сердце — а за каким нужен он на домашней машине? Если же возможности отключения RAID-функций не предусмотрено — можно временно переключить диск на основной IDE-контроллер, установить систему, должным образом сконфигурировать ядро и затем вернуть все взад. Не то что бы я рекомендую последний способ — но в любом случае нужно помнить: в Linux нет таких крепостей, которые не могли бы взять большевики (при условии размышлений и чтения документации, разумеется).

Наконец, последний компонент понятия платформы — память. Тут все абсолютно просто — Linux способна работать с любым ее типом. И не нужно гнаться за новомодностями типа RIMM и DDR — возможностей стандартной SDRAM вполне достаточно. Более того, рискну высказать мысль, крамольную с точки зрения записного «железячника» (но — проверенную на собственном опыте). Вследствие специфики Unix-приложений, о которой я уже упоминал, низкая латентность SDRAM по сравнению и с RIMM, и DDR (то есть, грубо говоря, большее быстродействие при произвольном доступе) оказывает большее влияние на производительность, чем высокая пропускная способность «продвинутых» типов памяти. И потому нелепая, казалось бы, связка Pentium-4 с чипсетом i845 и SDRAM обеспечивает прекрасные результаты на большинстве задач.

Последнее особенно впечатляет, если вспомнить о разнице в цене между SDRAM и ее продвинутыми сестрами. Немаловажный фактор, потому как уж к чему Linux не равнодушна — так это к объему памяти. Пресловутые 4 Мбайта — для настольной машины под Linux лежат в области мифов и легенд Древней Греции и сопредельных стран (хотя этого может быть вдоволь для сетевого роутера или почтового сервера). Для работы, скажем, под KDE или GNOME комфортный минимум лежит где-то на 128 Мбайтах. Хотя что-то полегче, типа оконных менеджеров Blackbox или IceWM, и на 64 Мбайтах будет летать со страшной научно-фантастической силой. Тем не менее, лишняя память в Linux никогда лишней не окажется — ОС эта в состоянии использовать все, что имеется.