Мобильная жизнь вне Windows

Как известно, кроме Windows и MacOS X есть немало операционных систем, пригодных в качестве "настольного" рабочего варианта. Евгений Патий

🕛 22.11.2005, 01:06

Как известно, кроме Windows и MacOS X есть немало операционных систем, пригодных в качестве "настольного" рабочего варианта. И мысли о переходе на альтернативную программную платформу рано или поздно возникают если не у всех, то у многих продвинутых пользователей. Проблема лишь в том, что зачастую первые эксперименты приводят к стойкому разочарованию.

Сегодня реальную альтернативу распространенным “настольным” операционным системам могут составить лишь свободно распространяемые ОС с открытым кодом - те, что называются Unix-like. Можно сказать, что такая ситуация сложилась исторически, ведь некогда мощнейшая OS/2 бесславно завершила свой жизненный цикл вопреки крепким тылам, обеспеченным гигантом IBM, а элегантная, быстрая и красивая BeOS пала жертвой маркетинговых ошибок. Впрочем, обе операционные системы в несколько измененном виде (eComStation и Zeta соответственно) существуют до сих пор - но пользуются популярностью лишь у фанатиков, процент которых смехотворен на фоне общего числа пользователей, которым нужно просто работать.

Итак, остаются Unix-like ОС - Linux, *BSD и т. д. Отмечу сразу: автор ни в коей мере не собирается разжигать "религиозные войны", более того, и MS Windows и MacOS обладают неоспоримыми достоинствами - дружелюбностью к пользователю, простотой освоения и, наконец, обилием ПО. Но недостатки популярнейших программных платформ (в данном случае речь о MS Windows) вынудили, в конечном счете, обратить внимание на альтернативные операционные системы.

Если говорить конкретно, меня, как пользователя, Windows XP не всегда устраивало наличие ситуаций, когда "зависший" процесс невозможно снять никакими средствами, кроме перезагрузки, а также набившие оскомину проблемы с безопасностью, которые привели к тому, что добрую часть памяти постоянно занимают антивирус и firewall. К тому же MS Windows - система не бесплатная, а уж о ПО для нее и вспоминать нечего. Совесть периодически взывала к лицензионной чистоте, поэтому радикальное решение было принято: сменить программную платформу.

Правда, мысль о переходе с Windows на Unix-like ОС возникла не на пустом месте - достаточно богатый опыт работы с ОС FreeBSD в серверном секторе и необходимый багаж знаний все же имелся. Однако в качестве рабочей настольной платформы я выбрал Linux, а не FreeBSD, и вот почему.

Несмотря на всю симпатию к FreeBSD, эта операционная система обладает двумя серьезными недостатками, критичными в моей ситуации. Во-первых, файловая система UFS/UFS2 не может похвастаться изрядной скоростью работы даже при задействовании DMA в аппаратуре и различных механизмов, призванных хоть как-то подстегнуть UFS: асинхронного чтения/записи и SoftUpdates. Во-вторых, что действительно важно, в FreeBSD очень печальная ситуация с поддержкой современной аппаратуры - с момента выпуска нового устройства до появления поддержки в ядре FreeBSD могут пройти годы.

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

В Сети можно найти массу success-stories об инсталляции и функционировании Linux на настольных ПК в самых разных конфигурациях, но эффективная работа с Linux на портативном компьютере достигается отнюдь не тривиальными методами. Автор надеется, что удачный опыт установки и полноценного использования этой операционной системы на ноутбуке окажется полезным и интересным для читателей, кроме того, существует масса тонких моментов, которые стоит осветить.

Что же требуется получить от программной среды? Ради чего, собственно, все затевалось?

В идеале изначально все выглядело следующим образом: необходима OC с набором программ, обеспечивающая полную поддержку имеющейся аппаратуры, максимально оптимизированная на уровне кода для этой же аппаратуры, а также обладающая развитыми средствами офисной работы, мультимедиапрограммами и сетевыми приложениями.

Задача сложная, но вполне решаемая, в которой успех обеспечивается выбором дистрибутива Linux.

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

Для "разведки боем" я выбрал дистрибутив Mandrakelinux 10.1, выпущенный осенью прошлого года, - с тех пор утекло много воды, Mandrake стал Mandriva, и вышел еще более свежий дистрибутив - но для пробы вполне хватило и прошлогоднего.

Предварительно стоит описать "железо", которому суждено работать с Linux. Это ноутбук Samsung V30 на базе Intel Celeron 2400 МГц (ядро Northwood) и чипсета Intel 855GM (Montara) с интегрированным видеоадаптером ATi Radeon Mobility 7500 (M7 LW), звуковым адаптером (AC'97 из южного моста чипсета плюс кодек CS4232) и сетевой картой Intel Pro/100 (Fast Ethernet). В ноутбуке имеется 256 Мбайт памяти DDR SDRAM, а также жесткий диск Fujitsu объемом 40 Гбайт. Из потенциально проблемной аппаратуры - программный модем AGERE 56K V.92 и беспроводная PCMCIA-карта Gigabyte WLMR-101 (802.11b).

Сегодняшнему Linux такая аппаратура вполне по силам. Mandrakelinux 10.1 установился без проблем в необходимой конфигурации: ядро системы 2.6.8.1, рабочая среда KDE 3.2.3 и OpenOffice 1.1.3. На данный момент не самые актуальные версии ПО, тем не менее, вполне работоспособные.

Поддержка русского языка идеально функционирует начиная с этапа инсталляции ОС, не говоря уже о последующей работе. Дистрибутив действительно весьма "юзер-френдли", и установить Mandrakelinux вполне сможет рядовой пользователь, не имеющий значительного опыта работы с ПК.

Но по ряду причин Mandrakelinux меня не устроил. В первую очередь из-за излишней дружелюбности и, я бы сказал, по самой своей сути: этот дистрибутив относится к разряду "пакетных", где абсолютно все программы предоставляются в уже скомпилированном виде. А это как раз можно считать недостатком, ведь помимо сомнительной оптимизации (Mandrakelinux 10.1 оптимизирован для использования с процессорами класса i586 - от первых Pentium до Cyrix и K5-K6) между готовыми пакетами имеются совершенно невразумительные зависимости. Например, установка офисного пакета OpenOffice 1.1.3 неминуемо влечет за собой инсталляции почти половины компонент рабочей среды GNOME, хотя в действительности OpenOffice прекрасно работает "из коробки", без дополнительных средств.

Тем не менее опыт оказался удачным - Linux вполне жизнеспособен на Samsung V30. Следующий этап подразумевал "вылепливание" идеальной операционной системы для этого ноутбука.

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

Откуда знать, например, программе из Mandrakelinux, собранной с учетом i586, о наличии 3DNow! у Athlon или SSE2 у Pentium4? Если для многих программ подобные расширения особой пользы не принесут, то для любого мультимедиапроигрывателя ситуация оказывается прямо противоположной.

Компиляция программ в дистрибутивах на основе исходных текстов происходит не "в лоб" - это был бы утомительный и нерациональный подход. Для сборки программного обеспечения существуют системы портов - инструкций и скриптов для сборки ПО с учетом необходимых зависимостей. Одна из самых неплохих систем портов имеется в ОС FreeBSD, хотя у меня есть к ней существенные претензии. Например, если программе X требуется библиотека Y версии 1.2.3.4, а в системе имеется лишь 1.2.3.3 - скрипт загрузит из Интернета исходные коды 1.2.3.4 и соберет новую версию, хотя очевидно, что радикальных отличий между 1.2.3.4 и 1.2.3.3 нет. Основная проблема в том, что зависимости в портах FreeBSD прописаны жестко - иногда для установки более новой версии какой-нибудь утилиты приходится обновлять по ходу дела добрый десяток библиотек, не имея на то веских причин.

Самым популярным source-based-дистрибутивом сегодня следует признать Gentoo. Но его я не рассматривал - хотелось чего-то совершенно аскетичного и минималистического. В итоге выбор происходил между CRUX и ArchLinux - и предпочтение было отдано CRUX. Во-первых, CRUX даже в самой минимальной конфигурации уже оптимизирован для i686 (хотя есть ответвления, оптимизированные для PowerPC и i586). Во-вторых, CRUX - это настоящий минимализм. Изначально в установленной системе присутствует лишь ядро Linux, базовый набор утилит с компилятором и некоторые дополнения, если пользователь пожелал их установить.

Если Mandrakelinux - "юзер-френдли", то CRUX - его прямая противоположность. Здесь нет даже инсталлятора операционной системы: установка сводится к точному выполнению инструкций, заблаговременно распечатанных с сайта www.crux.nu, иначе установить ОС попросту невозможно.

Выбор в пользу CRUX сделан еще по одной причине. В одном из местных интернет-магазинов, продвигающих свободно распространяемое ПО, оказался уникальный диск - дистрибутив CRUX 2.1 с полным срезом довольно свежих портов. Это значит, что помимо собственно загрузочного и инсталляционного диска на матрице DVD записано около 2,5 Гбайт исходных текстов программ с установочными скриптами. Загружать такой объем "исходников" из Интернета - верх расточительства, а потому моя благодарность данному интернет-магазину не знала границ.

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

CRUX 2.1 поставляется со стабильным ядром Linux 2.6.11.7, хотя актуальная стабильная версия на момент подготовки материала - 2.6.12. Не гонясь за новизной, ядро было обновлено до предпоследней стабильной версии с наложением последнего патча от Кона Коливаса (http://ck.kolivas.org/patches): ck10. В ck10 входят официальное обновление до 2.6.11.12, а также масса дополнений, улучшающих "отдачу" системы, ее реакцию на пользовательский ввод. Например, при тяжелой фоновой компиляции (интернет-браузер Firefox) работать в графической среде KDE можно, абсолютно не обращая внимания на загрузку процессора. Итоговая версия ядра - Linux 2.6.11-ck10.
Процессор

Напомню, что в ноутбуке установлен Celeron на основе ядра Pentium 4 Northwood. Для максимальной отдачи ядра Linux необходимо вручную указать в конфигураторе, что процессор принадлежит к семейству Celeron/Pentium4/Xeon Foster. Кроме того, задействуем функцию гибкого управления таковой частотой, собрав ядро с соответствующей поддержкой, но не в виде модуля, а жестко.

Конфигуратор ядра содержит большой раздел Processor Type and Features, в котором можно активировать эти и другие полезные для Celeron P4 функции. К тому же природа процессора обусловливает и ключи оптимизации, с которыми будет собрано программное обеспечение при помощи компилятора GCC 3.4.3:

-O3 -pipe -march=pentium4 -mtune=pentium4 -funroll-loops -fomit-frame-pointer -mfpmath=msse -mmmx -msse2 -fPIC

Оптимизация при сборке ПО всегда служила поводом для бурных дискуссий на различных интернет-форумах. Пожалуй, однозначный ответ на вопрос об оптимизации может дать только "отец GCC" - Ричард Столлман, поэтому отметим, что приведенная строка ключей подобрана опытным путем и крайне важным является ключ -fPIC - впоследствии он необходим для "разгона" системы.
Память

О памяти можно упомянуть лишь с точки зрения объема, выделяемого разделу подкачки, - традиционно вдвое большему, чем объем имеющейся оперативной памяти. Итого: 2x256 = 512 Мбайт.
IDE-контроллер и жесткий диск

Чипсет i855GM включает в себя хорошо известный разработчикам контроллер, совместимый с классическим PIIX. Для полноценной отдачи требуется включить в конфигураторе ядра поддержку "Generic PCI IDE" и контроллера PIIX.

Samsung V30 содержит жесткий диск Fujitsu 40 Гбайт с интерфейсом ATA100. В некоторых дистрибутивах поддержка режима UltraATA/100 включена по умолчанию, в некоторых - нет, а значит, обязательно следует проверить это при помощи мощной утилиты hdparm. Для большей уверенности необходимо включить в стартовый скрипт строку следующего вида:

/usr/sbin/hdparm -X69 -c1 -d1 /dev/hda

Здесь для жесткого диска /dev/hda -X69 - принудительное включение режима UltraDMA5 (ATA100), -c1 - включение 32-разрядного доступа к диску и -d1 - активизация режима DMA.

Дистрибутив CRUX построен явно с симпатией к BSD-идеологии, что выражается в простоте и ясности стартовых скриптов, поэтому все пользовательские идеи, которые нужно воплотить на этапе загрузки системы, подразумевают работу с файлом начальной загрузки /etc/rc.local.
Видеоадаптер

Radeon Mobility 7500, установленный в ноутбуке, достаточно хорошо известен разработчикам ядра. Существуют и официальные проприетарные драйверы от ATi, но, к сожалению, линейка поддерживаемых в Linux видеокарт начинается только с Radeon 8500. Поэтому пришлось воспользоваться наработками программистов ядра и, забегая вперед, скажу, что "ядерные" драйверы превзошли все ожидания. Надо сказать, существует еще несколько параллельных разработок драйверов с открытым кодом для ATi Radeon, но они в данном случае не использовались за ненадобностью.

В основном программная поддержка видеоадаптера в Linux подразумевает активизацию режима фрейм-буфера для консоли и включение аппаратной акселерации в графике. Как с первым, так и со вторым нет никаких проблем - необходимо включить в ядре поддержку AGP (Intel AGP GART) и активизировать драйвер Radeon для фрейм-буфера. Собственно графический драйвер в ядро не входит - это часть сервера X11, в данном случае X.org 6.8.2.

После пересборки и установки нового ядра для включения фрейм-буфера необходимо предусмотреть особую строку в файле конфигурации загрузчика LILO: vga=ext. После чего наблюдаем консольный режим не 80х25, а 128x48, что соответствует 1024х768 графических пикселей. Работать в такой консоли очень удобно.

Для полноценной работы видеоадаптера со всеми возможными видами акселерации требуется внести правки в файл конфигурации X-сервера /etc/X11/xorg.conf:

Section "Module" Load "extmod" Load "dbe" Load "dri" Load "glx" Load "freetype" Load "type1" Load "synaptics" EndSection Section "Device" Option "BusType" "AGP" Option "AGPMode" "2" Option "AGPFastWrite" "True" Option "RenderAccel" "True" Option "DynamicClocks" "True" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Radeon Mobility M7 LW [Radeon Mobility 7500]" BusID "PCI:1:0:0" EndSection

Секция Module включает загрузку модулей расширений X-сервера extmod, интерфейса прямого рендеринга dri и подсистемы OpenGL glx. Непосредственно драйвер видеоадаптера настраивается в секции Device - тип шины AGP, режим AGP 2X, активация быстрой записи памяти FastWrite, аппаратного ускорения прорисовки RenderAccel и динамического изменения частоты работы карты DynamicClocks. При таких настройках Radeon Mobility 7500 безукоризненно работает в Linux со всеми типами аппаратной акселерации.
Звуковой адаптер

Интегрированный в южный мост чипсета звук без проблем поддерживается Advanced Linux Sound Architecture (ALSA). Код ALSA присутствует в ядре, поэтому соответствующая активизация в конфигураторе позволяет включить звук, не прилагая особых усилий. От устаревшей Open Sound System лучше отказаться.

Кроме того, для поддержки микширования звука имеет смысл установить в операционной системе стороннюю разработку, например JACK. Важно лишь, чтобы используемые впоследствии прикладные программы умели работать с этим интерфейсом. Имеющийся в KDE 3.4.0 собственный звуковой сервер aRTS не устроил по нескольким причинам: потребляемые ресурсы и некоторая "задумчивость".
Встроенный сетевой адаптер

Сетевая карта Intel PRO/100 может по праву считаться хрестоматийной, и поддержка этого устройства в любой операционной системе - первостепенная задача разработчиков. В Linux она работает замечательно.
USB 2.0

Данный интерфейс также прекрасно знаком разработчикам и функционирует соответственно. В ядре можно ограничить круг устройств, подключаемых при помощи USB, - для Samsung V30 я оставил поддержку устройств USB-Flash и эмуляцию последовательного порта, чтобы впоследствии подсоединить КПК Sony SJ-20.
Комбо-привод DVD/CD-RW

Для нормальной работы этого устройства и дисков USB-Flash не помешает активировать в конфигураторе ядра эмуляцию шины SCSI (а также SCSI-disk и SCSI-CDROM). В дальнейшем многочисленные утилиты для записи матриц CD-R/RW работают нормально как самостоятельно, так и совокупно с графической оболочкой k3b.

Выше перечислены устройства, с которыми не возникло проблем. Остальные требовали пристального изучения документации и следования рекомендациям "Linux-гуру".
Софт-модем

Это одно из наиболее нелюбимых в мире открытых систем устройств. Хотя сегодня поддержка вполне стабильная, но за счет сторонних разработок. Многочисленные советы привели на сайт www.smartlink.com, где обнаружились драйверы версии 2.9.10. Компиляция и установка модуля ядра прошли без сложностей, однако получившийся в итоге модуль slamr.ko не загружался, выдавая низкоуровневую ошибку. Пришлось разыскать предыдущую версию 2.9.9d, поскольку с ней не возникало подобной проблемы, - модуль удачно загрузился и распознал модем. Затем модуль был определен в автозагрузку системы, как и утилита для модема slmodemd, которая занимается настройкой модема, в частности, указывает модему страну RUSSIA (это важно для программных модемов).

Теперь к модему можно было обратиться из любой терминальной программы для Linux и убедиться, что все работает.
Беспроводная карта PCMCIA

Для поддержки шины PCMCIA необходимо сделать правки в конфигураторе ядра: включить поддержку 32-разрядного доступа и активировать модуль Yenta, отвечающий за интерфейс PCMCIA. Потом нужно заняться драйверами самой карты.

Ядро Linux не имеет собственной поддержки чипсета RTL8180, который лежит в основе карты Gigabyte WLMR-101, зато имеются сторонние разработки (модуль ядра с сайта http://sourceforge.net/projects/rtl8180-sa2400). Процедура компиляции и установки модуля аналогична предыдущей за исключением лишь того, что модуль уверенно собирается только для ядер 2.6.11.Х, экспериментальная установка ядра 2.6.12 не позволила скомпилировать драйвер.

Драйверу беспроводной карты требуется для работы обязательная поддержка в ядре алгоритма шифрования ARC4, причем жестко собранная, а не в виде внешнего загружаемого модуля. После этих процедур карта опознается как интерфейс wlan и с ней можно работать при помощи утилит wireless-tools и собственных средств настройки сети Linux:

wlan0 Scan completed : Cell 01 - Address: 00:80:C8:38:D4:11 ESSID:"BROKEN" Mode:Master Frequency:2.412 GHz (Channel 1) Bit Rate:1 Mb/s Bit Rate:2 Mb/s Bit Rate:5.5 Mb/s Bit Rate:11 Mb/s Quality=91/100 Signal level=-53 dBm Noise level=-256 dBm Encryption key:on
ACPI

Поддержка Advanced Configuration and Power Interface - самая грустная история, связанная с Linux, но не по вине этой операционной системы. Основная проблема заключается в таблице DSDT, которая жестко прописана в BIOS ноутбука и в 99% случаев не является корректной.

Из двух существующих сегодня подходов к управлению питанием (ACPI и APM) один - новый, но практически всегда недоработанный, другой - устаревший, и потому неохотно поддерживаемый. В мире Linux "правильными" ноутбуками считаются портативные ПК от IBM - в них реализована полная грамотная поддержка APM, с которой никогда не возникает проблем. В случае же, скажем с Samsung V30, APM реализована наполовину, ACPI - со многими ошибками, и природа их неслучайна.

Приведем показательный пример: если таблица DSDT написана без ошибок, ядро любой операционной системы корректно распознает аккумуляторную батарею, уровень ее заряда и вольтаж, термальную зону процессора и прочие специфические для управления питанием подробности. Таблицу DSDT без проблем можно "вынуть" из BIOS, более того, ядро Linux это делает самостоятельно и хранит эту таблицу в файле /proc/acpi/dsdt. Затем посещаем сайт разработчиков Intel и загружаем компилятор для ACPI - IASL. С помощью данной утилиты таблицу DSDT можно декомпилировать из бинарного машинного кода в читаемый текстовый файл.

Потом тот же текстовый файл попробуем скомпилировать с помощью IASL снова в бинарный. Для Samsung V30 результат следующий: 20 ошибок и 2 предупреждения. Причем такая ситуация характерна для огромного числа портативных компьютеров. Причина кроется в том, что при построении таблицы DSDT разработчики пользуются программными средствами от Microsoft, которые недостаточно тщательно оценивают код. (Это стопроцентно проверенная информация.) Более подробно проблема освещена на сайте http://acpi.sourceforge.net. Новые ядра Linux и FreeBSD научились "мириться" с таким положением вещей, хотя в FreeBSD есть специальная опция ядра, которая включает жесткую проверку правильности таблицы без каких-либо поблажек (ACPI_DSDT_PEDANTIC).

Если повезет, уже исправленную таблицу можно найти на упомянутом сайте, или, если обладать необходимыми навыками программирования, таблицу DSDT можно попробовать самостоятельно подправить и все-таки скомпилировать в требуемый двоичный файл. Однако что же делать, если ядро ОС все равно берет из BIOS старую ошибочную таблицу? Выход есть: необходимо указать ядру загружать таблицу из внешнего хранилища. Но какие могут быть хранилища, если это происходит на начальном этапе загрузки ядра и ни одна файловая система еще не инициализирована? Значит, нужно создать в памяти виртуальный диск, на котором будет храниться новая исправленная таблица DSDT: initrd.

Если все сделано правильно, Advanced Configuration and Power Interface работает так, как должно.
Программируемые клавиши быстрого запуска приложений

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

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

В качестве альтернативы аппаратному колесу прокрутки авторы драйвера предусмотрели область у правого края контактной площадки, которая выполняет аналогичную функцию. Тонкая настройка драйвера производится в файле конфигурации X-сервера /etc/X11/xorg.conf

Теперь вся аппаратура ноутбука в Linux функционирует. Остается сказать несколько слов о программном обеспечении.
Графическая среда

Ортодоксы от Unix с некоторым пренебрежением относятся к интегрированным графическим средам, таким как KDE и GNOME. Но это касается только личных предпочтений, поэтому я выбрал KDE, к моменту написания статьи достигший версии 3.4.1.

Как и все ПО, KDE пришлось собирать из исходных кодов с нуля. Сборка заняла примерно 12 часов, но это время было потрачено недаром. С учетом оптимизации для процессора Pentium 4 такая сложная и громоздкая среда работает действительно очень быстро.

Кроме того, KDE обладает большим количеством собственных приложений и утилит, что избавляет от поисков и установки дополнительного ПО.
Офисные приложения

К данному классу продуктов предъявляется одно глобальное требование: совместимость с форматами Microsoft Office. Этому вполне удовлетворяет свободно распространяемый пакет OpenOffice (текущая стабильная версия 1.1.4), за тем лишь исключением, что макросы на VisualBasic игнорируются и не выполняются. Существует и пакет KOffice, который также способен прочесть форматы MSOffice (записать, к сожалению, не может) и имеет в своем составе одно очень важное приложение - Kivio, практически полный аналог Microsoft Visio.

Программы для Интернета

Linux вырос из Интернета, поэтому его поддержка в данной ОС находится на очень высоком уровне. В качестве браузера сегодня можно выбрать Mozilla, Firefox, Opera или любой другой. Opera не устроила по лицензионным соображениям, и я пользуюсь Firefox 1.0.4, а также собственным интернет-браузером, интегрированным в KDE: Konqueror. Это разработка на основе движка KHTML, очень схожего с Gecko, сердцем Firefox, Mozilla и Netscape.

Для электронной почты, календаря, контактов и прочего имеется замечательное приложение Kontact, аналог Microsoft Outlook, кое в чем его даже превосходящий. Например, Kontact работает с новостными конференциями и новостными заголовками RSS.
Поддержка мультимедиатехнологий

Несколько лет назад, когда я пытался узнать, что же умеет Linux, ситуация с мультимедиа была довольно плачевной. Сегодня же все наоборот: пожалуй, нет такого формата, который нельзя было бы воспроизвести в этой ОС при помощи множества специальных программ. Кстати, из них моим абсолютным фаворитом является MPlayer - настоящий медиакомбайн, способный работать как в графической среде, так и в "черной" консоли.

Заключение

Linux действительно способен "жить" на мобильном компьютере. Причем словосочетание "не хуже чем Windows" будет, наверное, неуместным - просто жить по-другому. Перед пользователем Linux в ноутбуке открывается масса возможностей, недоступных в проприетарных операционных системах - начиная от тотального тюнинга системы и доводки ее под себя до контроля вручную частоты процессора, если угодно.

В качестве финального штриха в "разгоне" CRUX Linux, самого по себе очень быстрого, нужно сделать прелинковку всех установленных приложений - наведение бинарных связей между приложениями и библиотеками. Рецепты имеются в вездесущем Интернете, а прирост скорости загрузки программ от прелинковки просто ошеломляющий.

Не стоит агитировать за какую-то конкретную ОС. Ее нужно выбрать и просто работать.