от сервера к десктопу

КРИС КАСПЕРСКИ АКА МЫЩЪХ

Спецвыпуск: Хакер, номер #069, стр. 069-022-5

А вот задействовать поддержку многопроцессорных машин (секция SMP Options) на многоядерных кристаллах однозначно стоит! С Hyper-Threading все намного сложение, и наперед очень трудно сказать, принесет ли оно увеличение производительности или нет. На некоторых приложениях наблюдается устойчивое замедление, некоторые не реагирует на это вообще. Так что все решает эксперимент.

Остальные опции относятся к такому типу оборудования, которого по умолчанию поддерживается слишком много, но далеко не все можно безболезненно убирать. В частности, «продергивая» список SCSI-устройств, нельзя забывать, что Zip на параллельном порту тоже относится к SCSI-устройствам (точнее, с помощью драйвера нижнего уровня, изображает из себя таковое), поэтому если отключить поддержку SCSI-устройств (как это делают многие пользователи, имеющие только IDE), ядро не сможет увидеть Zip и... Так и рождаются легенды о том, что xBSD не дружит с Zip'ом в принципе, и никаких драйверов для него нет.

Так же нельзя отключать поддержку ISA-шины, которая есть даже в тех компьютерах, в которых ее нет. В смысле, на физическом уровне нет (она не распаяна на плате), но куча устройств типа динамика или клавиатуры до сих пор «висят» на ISA-шине, эмулируемой южным мостом чипсета. Так что «оптимизировать» ядро следует с умом, обращая внимание на комментарии в мелочах и предварительно ознакомившись с архитектурой IBM PC в целом.

[оптимизация.]

Увлекательное занятие, отнимающее кучу времени на компиляцию и многочисленные эксперименты. Ведь с первого раза собрать оптимально работающее ядро вряд ли получится. Зато потом... можно ускорить систему в несколько раз! А можно ничего не выиграть вообще. Это уж от оптимизатора и мощности оборудования зависит. Тут главное — не перестараться и не потратить на оптимизацию больше времени, чем она в принципе способна отдать назад. Тем более не стоит ковырять стабильно работающую ось, если в этом нет жизненно важной необходимости. Как говорили древние: «Не лови рыбу на золотой крючок» :). Если он оборвется, никакой улов не компенсирует потери.

Неправильно собранное ядро запросто может перестать загружаться. Задумайся, сможешь ли ты починить систему, не теряя текущих настроек и не прибегая к переустановке. Лучше всего заниматься оптимизацией на только что установленной системе, поскольку в этом случае терять практически нечего. Чрезмерное увлечение оптимизацией всегда приносит больше вреда, чем пользы. Потребность в памяти у BSD довольно невелика, и основное внимание лучше уделить дисковой подсистеме. Более мощный процессор так же не помешает, а вот от 64-разрядных камней на рабочих станциях никакого толку по сути нет, тем более что 64-разрядный код занимает больше места в памяти, чем 32-разрядный. Добавь сюда проблемы совместимости (64-разрядные порты пока что недостаточно отлажены) и получишь ответ на вопрос, стоит ли переходить на «модную» архитектуру или нет.