О долгожданном чипсете i815, потенциальном преемнике могучего BX, написано уже немало. Достаточно вспомнить недавний обзор на iXBT (http://ixbt.stack.net/mainboard/intel-815.html). Там же появилось уже и несколько обзоров материнских плат на нем. Я же хотел сказать несколько слов о том, как этот чипсет уживается с Линуксом. Естественно, исходя из собственного опыта, основанного на примере материнской платы Abit SE6, которую имел счастье (или - несчастье?) приобрести.

Сначала - несколько слов о том, что такое

Чипсет i815

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

Ну, о том, что он основан на хабовой архитектуре, не поддерживает шину ISA, зато может обеспечить видео и звук внутренними средствами - сказано в упомянутой више статье. Для дальнейшего же сюжета важно, что чипсет i815

• состоит из двух хабов (наследников северного и южного моста соответственно) - контроллера памяти и видео, обеспечивающего также интерфейс с процессором, памятью и шиной AGP, во-первых, и контроллера шины PCI,IDE, DMA и прерываний, обеспечивающего также программный звук и прочее (AC97);
• существует в двух модификациях - i815 просто и i815E; первый имеет южный, если так можно выразиться, хаб ICH1 (идентичный таковому от прежнего чипсета i810), обеспечивающий дисковый интерфейс ATA/66; во втором же он заменен модифицированной микросхемой, поддерживающей ATA/100;
• встроенное видео основано на приснопамятном чипе i740, работает с системной памятью через шину AGP 4; в принципе допускается использование внешнего видео-кэша, но не встроенного в маму, как у чипсета 810, а в виде AGP-карты;
• поддерживает память PC-133 наряду с PC-100 (что мешает ему работать с памятью PC-66 - не очень ясно; полагаю, остоятельства сугубо политические);
• асинхронно работает с памятью, то есть: при частоте FSB 133 Mhz может использоваться память как PC-133, так и PC-100; вроде бы - и наоборот, хотя на своем опыте проверить не смог; имеет делитель FSB/AGP, равный 2, то есть, в отличие от чипсета BX, установка 133 Mhz на FSB не влечет возрастания частоты на AGP до 80 с линим Mhz.

Прочие особенности для дальнейшего повествоания не существенны, поскольку оно посвящего той конкретной доске, куда этот чипсет был впаян. Она именуется

Abit SE6

Эта мама основана на модификации i815E и поддерживает, соотвественно, ATA/100. Есть вариант и для ATA/66 - Abit SL6, несколько более дешевый (150-160 и 130-140 уев, соответственно).

В коробочном варианте Abit SE6 комплектуется (помимо собственно материнской платы, естественно):

• двумя IDE шлейфами - восьмидесятижильным ATA/66/100 и и сорокажильным ATA/33, визуально различающимися структурой поверхности (первый - практически гладкий) и цветом разъемов (на восьмидесятижильном шлейфе средний разъем серый, концевые - один черный, другой синий);
• всякого рода дополнительными железяками - задней панелью для корпуса, с соответствующими разъемами, выносным разъемом для COM2, температурным датчиком;
• диском с программным обеспечением для Windows всякого рода;
• руководством пользователя.

На самой плате, кроме набора микросхем логики, присутствуют:

• процессорное гнездо Socket 370, поддерживающее процессоры PIII/500-1000 и Celeron/300A-733;
• три DIMM-разъема для памяти PC-100 или PC-133 (66-мегагерцная память не поддерживается), максимальным объемом 512 Мбайт; при этом, в соответствие со спецификацией чипсета, при заполнении треьего разъема (5-6 банки), частота шины памяти, не зависимо от типа последней, автоматом переходит на 100 мегагерц;
• слот AGP для установки внешней видеокарты соответствующего стандарта или т.н. AIMM-модуля видеокэша объемом 4 Мбайт (опционально, в комплект не входит); впрочем, в руководстве ни словом не сказано о первом варианте;
• шесть слотов PCI и ни одного - ISA;
• два IDE разъема (ATA/100 - первый и ATA/33 - второй) и разъем для флоппи-дисковода.

Имеется свитч для грубой установки частоты процессорной шины - 66, 100 или 133 Mhz (более точная настройка осуществляется через BIOS). Есть также джампер для сброса CMOS Setup.

На задней стороне смонтированы COM1 и LPT, VGA-разъем для встроенной видеосистемы, разъемы PS/2 для мыши и клавиатуры, два разъема USB, игровой порт и звуковые входы и выходы (Line-in, Line-out, микрофон). Второй COM-порт - выносной, на заглушке вместо слота расширения, подсоединяется к коннектору на плате.

Это - из главного. Из архитектурных излишеств имеются:

• слот VL1 (между AGP и PCI) для дополнительной карты, обеспечивающей подключение второго монитора, телевизора или жидкокристаллической панели; разумеется, он может использоваться только при отсуствии внешней видекарты;
• слот CNR для мифических (или футуристических) программных сетевых карт, возможно - модемов и прочего; насколько я згнаю, пока таких устройств никто своими глазами не видел;
• коннектор для второй пары разъемов USB, выводимых на переднюю панель корпуса; впрочем, это опция, самих разъемов в комплекте нет;
• всякого рода коннекторы - для модема и сетевой карты, термодатчиков, дополнительных вентиляторов, инфракрасного порта.

В общем, имелось, как будто, все необходимое. И даже кое-что лишнее. Оставалось посмотреть, как она, эта мама,

В составе готовой системы

Плата была вкручена в корпус In-Win (с 250-ваттным блоком питания), содержащем:

• винчестер IBM-DTLA-307015 о 15 Гбайт (7200 об. мин, ATA/100);
• CD-RW Mitsumi CR-4802TE (запись/перезапись/чтение - 4/2/8);
• флоппи-дисковод.

В плату были вставлены:

• процессор P-III/733EB (правда, на Лопе де Вега похоже?) - C-Mine, FSB 133 Mhz, 256 кэша L2 на частоте процессора;
• память 128 Мбайт PC-133 производства Micron, вроде бы 8 нс;
• плата видеозахвата Fly Video на чипе Brooktree Corporation Bt848, та, что без телетюнера.

К соответствующим разъемам системного блока были прикручены монитор Acer 76i (17 дюймов), 3-кнопочная мышь Logitech PS/2, клавиши Mitsumi с тем же разъемом, принтер HP DJ 840, колонки и микрофон неизвестного генезиса.

Все это богачество не без успеха питалось от сети очень переменного тока через бесперебойник APC Back-UPS 300. Что и было доказано благополучным включением машины и запуском BIOS Setup.

BIOS платы - Award'овского происхождения. Подробно о нем говорить не буду. Остановившись только на наиболее важных моментах. Из которых первым по праву (да и по порядку) является фирменная (хотя на этот счет существуют противоречивые мнения) технология Soft Menu, имеющая уже номер II.

А в ней первым пунктом идет определение процессора. Штатно можно выставить частоты от 300 мегагерц (при 66 на шине) до 933 (при 133 FSB). Имеется также и частота в 1 гигагерц, но частота шины при этом не указана. Ну и, естественно, есть и User Define.

При штатных частотах процессора и системной шины частота шины памяти может принимать значения 100, 133 Mhz и Auto. Последнее в моем случае правильно определило мою PC-133 память.

При выборе пользовательского определения частоты процессора активизируется опция ручного подбора частоты FSB. В сцепке с ней в различных сочетаниях меняются частоты шин памяти и PCI. Что имеет вид, например, 133Mhz (4:4:1) - для FSB, SDRAM и PCI, соответственно. Что в моем случае отвечает 733 Mhz внутренней частоты процессора, по 133 Mhz на шинах системной и памяти. Из чего можно заключить, что за единицу принята частота PCI (33 Mhz).

Диапазон значений FSB - 66-153 Mhz, шаг - 3-5 Mhz. В интервале от 66 до 125 Mhz FSB шина памяти коэффициент умножения шины памяти зафиксирован на 3 (то есть 100 Mhz, 66-мегагерцная память, как уже говорилось, не поддерживается). Начиная со 125 Mhz FSB память можно тактировать и на 133 Mhz. А вот обратный вариант - использование 133 Mhz на шине памяти при частоте FSB в 100 Mhz, - не реализован. Хотя теоретически, насколько я знаю, чипсетом это сочетание не запрещено. И, как покажут дальнейшие события, могло бы быть полезным. Если память тянет, разумеется...

Есть возможность изменения множителя шины FSB. Впрочем, как всем понятно, чисто теоретическая: все процессоры Intel уже давно выпускаются с фиксированным коэффициентом умножения.

Имеется и опция изменения напряжения на ядре процессора. Каковой, впрочем, никогда не пользовался, и другим не советую: ведь ее применение заведомо требует отсутсвия азарта (увлекшись, можно и запах жареного почувствовать). А оверклокер без азарта - "так эт что пьнка без вина"...

Из других (в общем, более-менее обычных для Award'а) пунктов BIOS Setup мое внимание привлекла возможность определения трех загрузочных устройство последовательно: 1-го, 2-го и 3-го. Каждое из которых может быть любым диском (от HDD0 до HDD-не помню сколько), SCSI, CD ROM, ZIP, LS-120, FDD. Или - быть отключенным как класс.

Долго искал в BIOS'е возможность отключения встроенного видео. Безуспешно. Есть только опция переключения 1-го дисплея - Onboard/AGP или PCI. Здесь, конечно, интересней было бы два "ИЛИ". Но, как показала практика, встроенное видео отключается просто фактом установки видеокарты в слот AGP.

Ну, хватит о BIOS. Переходим собственно к развитию действия. Для начала я задался вопросом -

Есть ли жизнь под Windows

Разумеется, Windows как таковой я ставить не собирался (это у нас изжито, как говаривал первый и последний президент Союза). Однако знал, чтог в штатном комплекте ни один из доступных дистрибутивов Линукса чипсета 815-го как такового не поддерживает: для использования, да и то под вопросом, ATA/100, звукового кодека и прочего требовалась пересборка ядра. А для начала хотелось посмотреть, как все это работает в принципе. Благо под Windows имелся в комплекте вроде весь потребный для того софт.

Для прояснения хода дальнейших событий скажу: большая их часть происходила в ночь с пятницы на понедельник. В деревне, без малейшего телефона и прочего модема. В полутора часах езды от места выхода в Сеть - моей службы. Куда, впрочем, по выходным все равно не пускают при малейшей возможности. Это - во избежание упреков типа: почему не поискал обновлений BIOS, более свежих драйверов и прочего...

И так, начинаю с Windows 2000. На который давно хотел посмотреть и который (в виде пробной копии - бесплатного приложения к одноименному журналу) имелся под рукой.

Само по себе Вынь Две Штуки установлось. Правда, медленно и печально. По моему, еще медленнее, чем это бывало с NT. После перезагрузки система начала искать неизвестные ей устройства - встроенное видео, аудио, IDE- и PCI-контроллеры и прочее. Не поддавшись на провокацию, отменил их все, зашел в панель управления и хладнокровно истребил все желтенькие вопросительные знаки.

После чего начал действовать в соответствие с инструкцией: вставил CD из комплекта (где имелись драйвера для Windows 9x, NT, 2000). Для все систем был определн порядок мнипуляций: установка утилит поддержки южного хаба - перезагрузка - установка видеодрайвера - перезагрузка - установка аудиодрайвера - перезагрузка - установка утилит для ATA/100. Хотя в меню диска они расположены несколько в ином порядке.

Действуя по уставу, перво-наперво установил поддержку южного хаба, после чего успешно перезагрузился. Прошел нудную процедуру поиска по прежнему неизвестных устройств (первым и, как стало ясно потом, неизвестнейшим устройством оказалось встроенное видео). Установил видеодрайвер. Система предложила перезагрузиться. Согласился. И продолжал делать это довольно долго: система пошла на циклическую перезагрузку. Каковая начиналась сразу после авторизации и пролдолжалась вплоть до выключения питания.

Знатоком 2000-го себя отнюдь не полагаю. Возможно, что-то делал неправильно. А посему решил попробовать из знакомых пистолетов - Windows 98, первая редакция, русская версия.

Переразбил и переформатировал диск, установил 98-мые. Благополучно загрузились в VGA-моде. Драйвер южного хаба установился благополучно. После установки видеодрайвера система перезагрузилась. И в момент входа в графический режим выдала сообщение об ошибке памяти по такому-то адресу (несколько более длинному, чем на три буквы, почему и не запмнил). Следующая перезагрузка - предложение Safe Mode. Иногда это помогает, принял. Перезагрузился снова - та же ошибка...

Уничтожил видеодрайвер, вернулся к стандартному VGA. Попробовал установить прочее - звук и поддержку ATA/100. Все прошло нормально. Только вот 640х480х16 - по нынешним временам, да на 17-дюймовом мониторе не худшего разбора, хоть и стареньком - как-то не то.

Благо имелась возможность выдрать видеокарту из прежней машины, еще не отданной по назначению. Каковая являлась Matrox G400 о 16 Мбайт памяти. Так и сделал, установил родной его драйвер - все заработало нормально. За исключением того, что при каждой перезагрузке по прежнему обнаруживалось неизвестное устройство. Видимо, все то же встроенное видео. Раздражало. Посему оставил его в системе с желтым вопросительным знаком в качестве неизвестного: система даже не делала предположения о его природе, сразу относя в категорию Других.

Решил поробовать тесты. WinBench слетел практически сразу. Прежде чем перейти к своим тестам, подумал немножко отвлечься и померять производительность в Солитерах. А чтобы не так скучно - пол Тимура Шаова в формате RealAudio. Звук был, надо признаться, так себе, в колонках что-то шуршало (чего раньше не было ни под чем). Благо, недолго: неожиданно звук пропал, и экран стал черным. Из какового состояния был выведен только Reset'ом.

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

А как же под Линуксом

Для начала - мой любимый Linux Mandrake 7.0/RE. Вставляю инсталляционный, он же загрузочный, CD ROM, жму Reset. Меня приглашают в инсталляционную программу - графическую, текстовой в этой версии дистрибутива по умолчанию не предусмотрено. Принимаю приглашение. Создается загрузочный RAM-диск, начинается считывание ядра. И сразу - сообщение о невозможности этого сделать. Правда, разрещалось безопастно выключить питание.

Естественное предположение - дело опять же во встроенном видео, поскольку со вставленным Matrox'ом инсталляция начинается нормально. Есть два варианта: изготовить загрузочные дискеты для инсталляции в текстовом режиме (их имидже на CD имеются) или начать с Mandrake 6-й версии (где есть выбор инсталляции между текстом и графикой) и постепенно проапгрейдить его до версии 7 с половиной (посредством IPLabs'овского Appendix'а). Выбираю, однако варианты третий и четвертый: у меня лежали дистрибутивы с более свежими ядрами и прочим - BlackCat 6.2 (поправленный и обученный, в частности, русскому, RedHat того же номера) и Slackware 7.1. Где ядро вообще самое новое - 2.2.16. Так руки до них не доходили, а здесь появился повод.

Начал с BlackCat. Ядро в нем то же, что и в 7-м Мандраке (2.2.14), но натченное. Для начала - выбор между графической и текстовой инсталляцией. Выбираю первую - в текстовом режиме на любом железе все инсталлируется. Следует сообщение об ошибке, но все же инсталляция начинается. И балгополучно доходит почти до конца - до настройки XWindow. Разумеется, видеосистему определить автоматически оказалось слабо. Указываю ручьмя параметры монитора, а в качестве видеоадаптера - i740. И при пробе получаю черный экран. Изменение цветности, разрешения и прочего - эффекта не возымело.

Тем не менее завершаю установку и перезагружаюсь. В консольном режиме все работает. В XWindow - тоже, хотя на разлюбезная VGA мода. Кто виде KDE в этом режиме, согласится: прав был парторг, омерзительное зрелище... Хотя в принципе система функциональна.

Пробую Slackware 7.1 (когда-то с этого дистрибутива я начинал свое приобщение к Линуксу и до сих пор питаю к нему теплые чувства). Ни малейше инсталляции не происходит. По причинам не вполне понятным - там-то вроде всегда была чисто текстовая установка. Изучаю содержимое CD - и обнаруживаю на нем образы дискет с поддержкой ATA/66-100. Не поленился. сделал загрузочные дискеты, установил систему. Опять-таки все нормально, вплоть до XWindow. В котором ничего, кроме VGA, получить не удается...

Возвращаюсь к Mandrake, устанавливаю 6-ю версию. Затем аккуратно обновляю пакеты до 7-й. Пока - гладко. Ну, конечно, все те же 640 на 480 при 16 цветах в XWindow. Перехожу к Appendix'у - в нем обновление ядра и XFree с поддержкой 810-го (а значит, как я наивно думал, и 815-го - тоже) чипсета. Не тут-то было. Вроде все проходит спокойно, ядро переустановил (спасибо исчерпывающим указаниям Алексея Нводворского в README на диске), требуемые пакеты для X'сов обновил. Ну и все, что требовалось - тоже.

А эффекта - ни малейшего. На экране - те же 640 на 480, колонки молчат, об ATA/100 - ни слуху, ни духу. В расстроенных чувствах встречаю утро понедельника и отправляюсь в Москву. В частности, и за видеокартой - прежнюю-то отдать нужно, вместе с машиной.

По секрету скажу: жить без видеокарты я в принципе не собирался. Просто, с одной стороны, ее приобретение не входило в мои ближайшие планы. С другой стороны, хотелось посмотреть, как ведет себя под Линуксом видео встроенное: ведь крутейшие особенности современных карт там все равно практически не задействованы, может, и встроенное сгодится... Мамедка как думал? А как вышло?

Возвращаюсь с ASUS AGP-V3800Magic. На Riva TNT2 M64, с 16 Мбайтами SDRAM на борту и без всяких излишеств (типа Video In-Out, не говря уже об очках, своих хватает).

Спокойно и ибезхлопот устанавливаю Mandrake 7.0/RE, обновляю его с Appendix'а (звука по прежнему нет, но ATA/100 вроде заработала, хотя бы как ATA/66). И перехолжу к главному вопросу: а что же мне все это дало с точки зрения производительности? Учитывая, что кроме мамы, я еще и поменя процессор (с 533 Katmai на 733 C-Mine). Для чего рассматриваю

Производительность под Линуксом

Для чего у меня заготовлено несколько кустарных тестов, как то:

• загрузка StarOffice 5.2, русская версия - занятие, доложу я вам, весьма скучное;
• геологическая карта, экспортированная в формат PNG, объемом 7.2 Мбайт, которая поворачивается в GIMP'е сначала на 90 градусов, а затем - на произвольный (для определенности - 52 градуса) угол;
• серия глубоко вложенных подкаталогов, содержащих небольшие файлы (HTML, GIF, JPEG, PNG, DjVu); которые посредством скрипта копируются с места на место.

В чем физический смысл этих, в общем достаточно элементарных, манипуляций?

Ну, StarOffice в силу особенностей своей структуры, дает нагрузку на все компоненты системы - диски, видео, процессор с память и т.д. Тем не менее, как будет показано ниже на экспериментальном материале (и что, в общем, интуитивно понятно), определяющим является грубо мускульный вклад - то есть мегагерцы.

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

Ну а копирование файлов в Линуксе (и Unix-системах вообще) - это, как ни странно, нагрузка не на диск, а на процессор (включая кэш и системную память). Поскольку в Unix'е и Unix'оидах все дисковые операции кэшируются в оперативной памяти. Кто не верит - смотрите внимательно наиндикатор активности винта при копировании кучи мелких файлов под Линуксом (суммарный объем их может достигать многих мегабайтов): редко когда загорится красный огонек...

Я не настаиваю на строго количественном характере своих тестов. Но уверен, что качественную оценку чистого быстродействия конкретного железа в реальной работе они дают. Ничуть не менее значимую, чем кадры в секунду при игре в Quacke. Хотя бы потому, что под последний все, кому ни лень, оптимизируют и железо, и драйверы к нему. А вот до оптимизации такой под Линукс-программы мы пока не дожили...

И так, что же мы видим? А видим мы картину научно-фантастическую. Бледное ее отражение - таблица и диаграммы 1-4. На первых трех тестах (StarOffice и оба GIMP'а) преимущество C-Mine/733 (при 133 Mhz на шине памяти) над Katmai/533 (133 FSB) составляет иногда даже не проценты, а разы. При переходе в первом случае к шине памяти 100 Mhz картина изменяется очень незначительно...

Таблица. Сравнительная производительность

Система	P533/133	P733/100	P733/133	P754/100	P770/100
StarOffice	24.00	14.95	14.34	13.76	14.00
GIMP, 90	41.00	12.28	8.15	10.88	11.12
GIMP,52	52.00	32.32	31.37	27.25	26.78
Copy	Н. опр.	8.81	4.34	7.84	7.34

Примечание: время исполнения в секундах; меньшее значение соответствует лучшему результату.

Конечно, тут следует принимать во внимание и различие чипсетов, и видеокарт, и дисковой подсистемы: напомню, что для P/533 измерения проводились на системе с Matrox G400 (против Riva TNT2M64) и винчестером Quantum 20 Гбайт (ATA/66, без соответствующего контроллера, 5400 об/мин, кэш 512 Кбайт против IBM 15 ГБайт, ATA/100 якобы с его поддержкой, 7200 об/мин, 2 Мбайт кэш). Однако думается что даже при кумулятивном эффекте врядли можно было бы получить такие различия в производительности при остуствии весомого (а на мой взгляд, определяющего) влияния процессорной подсистемы. А ведб в данном случае о кумулятивном эффекте говорить не приходится: если диск IBM безусловно быстрее данного Quantum'а, то ведь и G400 будет побыстрее, чем полукастрированная TNT2 в варианте M64...

Получивши столь замечательный результат при приращении тактовой частоты в 200 мегагерц (и реальном разрыве цен примерно в 100 уев), возникает резонный вопрос: а нельзя ли продолжить эту тенденцию дальше, и причем - даром? Посему следующий предмет для обсуждения -

Чуден ли ли разгон при реальной работе

Для начала я попробовал несколько стреножить свою новую систему, установив шину памяти на частоту 100 Mhz. Результат - достаточно показательный: от небольшого снижения производительности при загрузке StarOffice (нагрузка на все компоненты) и повороте на произвольный угол (значительный вклад видеподсистемы) до почти астрономической разницы при повороте на фиксированный угол (около 30%, главный вклад - чисто процессорное быстродействие) и копировании файлов (почти 50%, определяющиеся быстродействием обмена с памятью).

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

А для FSB следующим шагом было 137 Mhz при схеме 4:3:1, что давало 754 Mhz внутренней частоты процессора при 100 Mhz на шине памяти. По сравнению с 733 внутренними и 133 Mhz памяти это дало: небольшое (13.8 с против 14.3 с) ускорение загрузки StarOffice, 25-процентное падение скорости поворота на фиксированный угол, примерно 12-процентное ускорение поворота на угол произвольный и лишь незначительное, против системы 733 Mhz со 100 Mhz на шине памяти, при копировании файлов (см. табл. и диаграммы).

O'key, пробуем те же 137 Mhz FSB при схеме 4:4:1 (то есть 133 Mhz на шине памяти). Терпим фиаско: машина не может загрузить ядро Линукса до конца. Во избежание эксцессов, дальнейшие эксперименты прекращаю: не хватало еще развалить всю систему...

Делаю следующий шаг: FSB 140 Mhz, внутренняя частота, соответственно, 770, частота памяти 100 Mhz (схема 4:3:1). Еще несколько ускоряется поворот на произвольный угол, скорость загрузки StarOffice даже немного падает, скорость и поворота на фиксированный угол, и копирования и близко не дотягивают до результата при штатном режиме (733/133).

С памятью на 133 Mhz экспериментировать не желаю: мертвое зависание под Линуксом чревато развалом файловой системы, а это часы (и не первые, может быть) лишней работы. Дальше лежат 800 внутренних мегагерц (145 - на FSB, 100 - память при схеме 4:3:1). Происходит странное: загрузка идет почти до конца, но на стадии поиска новых устройств kudzu (это такая штука, которая обеспечивает функции P'n'P, но более гуманная) радостно сообщает, что таковые найдены. Присмотревшись внимательно, я без труда узнал велосипед: один из контроллеров южного хаба. От греха, распоряжаюсь сохранить имевшуюся конфигурацию, дожидаюсь приглашения к авторизации, перезагружаюсь и возвращаю все в зад (то есть FSB 133, память 133, внутренние 733). На чем с чувством выполненного долга сажусь писать свою заметку. Завершая ее тем, что принято называть -

Мораль сей басни

Не сочтите меня беспринципным ренегатом. Ведь всегда ратовал за разгон, а тут... Так вот, хоть и мысль изреченная банальна, изрекаю:

На современном этапе процессорострительства разгон (если не играть в Quacke, конечно) никакого практического смысла не имеет. Тем более - под Линуксом, и еще тем болей - если выполняется некая практическая работа. прирост производительности - сомнителен (а учитывая возможную необходимость снижения частоты шины памяти - урост просто несомненен). А последствия могут быть печальными. Ведь это в Windows при мертвом висе нажал Reset - и после принудительного лечения (ScanDisk'ом, то есть) все более-менее приходит в норму...

Второе:

Что делать, если, работая под Линуксом, хочется значимо повысить быстродействие машины (из спортивного интереса, хотя бы)? Помню, на заре Windows часто дискутировался вопрос, куда вкладывать деньги, зажатые от супруги на upgrade: в процессор, память, видео или диск. Так вот, для Линукса, на мой взгляд, ответ однозначен: в мегагерцы, мегагерцы и мегагерцы, если памяти хватает, конечно. Ни дисковая, ни видеоподсистема не вносят в суммарное быстродействие вклада, сопоставимого с системой мама-процессор-память.

И последнее, сугубо личное:

Очень рад. Впервые за долгое время получил отдачу от вновь приобретенных (и причем - не задорого) мегагерц. Причем отдачу, видимую не только в тестах, но и, что называется, вживе. Чего и вам желаю, многотерпеливые читатели моих заметок...