празднику. Может быть, им станет грядущий LinuxLand? В момент, когда вы будете читать эти строки, ответ будет получен...

(обратно)

На злобу дня, или Oracle vs Red Hat

LinuxFormat, #85 (ноябрь 2006)

Нынче все сообщество Open Source всколыхнула новость о том, что Oracle будет выпускать свой Linux, предназначенный для запуска своей же СУБД. И не просто свой дистрибутив – а Red Hat цельнотянутый, освобожденный от «ненужных» компонентов, типа MySQL или Posgress. Первая реакция, естественно, была: вот он, звериный оскал капитализма, бездушного и бездуховного, при котором все покупается и все продается. Однако, если вдуматься по отгорании костров эмоций, чего такого страшного произошло?

Действительно, у Oracle, собственно, есть два пути. Первый – они будут делать свой дистрибутив узко-нишевого назначения – для запуска своей СУБД. Эта ниша хоть и глубока (в финансовом отношении), но все равно ниша, и широкие массы трудящихся никак не затрагивающая. Второй же вариант – создавать инфраструктуру для поддержки своего детища, то есть, в конечном счете, вкладывать в Open Source силы и средства. А это, в итоге, новые рабочие места для программистов открытого софта. От чего сообществу никакого вреда, окромя пользы, быть не может...

Ну а разговоры о морали, нравственности и тому подобных материях – они, конечно, интересны, но оставим их потомкам. Если ребята из Red Hat покажут себя настоящими мужиками и в этой драке выстоят, – что ж, уважение сообщества им гарантировано. Если нет – вспомним слова Олега Куваева: «Тех, кто утонул, замерз, умер от голода, спился – их не было здесь. И даже память о них затёрлась...»

Примечание. Прошло почти шесть лет. Red Hat не просто выстоял, а окреп технологически и финансово, претендуя нынче на роль гегемона Open Source. А Oracle действительно развивает свой дистрибутив сугубо «промышленного» назначения. Причём неплохо вписалась в мир Open Source, хотя и не вполне однозначно. Но в любом случае, ей мы обязаны развитием файловой системы btrfs.

(обратно)

Будущее Open Source: коммерциализация или сайентификация?

LinuxFormat, #86 (декабрь 2006)

Этот вопрос широко обсуждается в свете недавних событий, тех самых, что были тёрты-перетёрты как в «бумажной», так и «сетевой» периодике до такой степени, что о них как-то и упоминать уже неприлично. Однако они наводят на размышления несколько более общего характера. В частности – а не будет ли вмешательство в развитие Open Source софтверных гигантов началом конца свободного софта?

С одной стороны, да – нельзя исключить возможности превращения Linux'а, точнее, некоторых его дистрибутивов, в сугубо коммерческие, возможно, даже частично закрытые продукты. С другой же – вспомним, откуда начинались и UNIX, и Linux, и Open Source вообще? С научных лабораторий, университетов, академических организаций. И люди, его создававшие, никуда не пропадут, да и сферу своей деятельности сменят далеко не все. Так что коммерциализация построенной на Open Source и вокруг него инфраструктуры вполне может вызвать возвращение базовой его части к истокам – так сказать, сайентификацию этого явления. И тогда Open Source снова, как во времена создания BSD UNIX (да и более ранние) будет выполнять свои прямые функции – фундаментальных исследований в области Computer Science, тогда как коммерческие организации – прикладными работами и извлечением прибыли из оных. Что ж, так было всегда – одни люди занимались наукой, другие – ее использованием в практических, в том числе и коммерческих, целях...

(обратно) (обратно)

2007

Скорость загрузки системы: путь на пользовательский десктоп?

LinuxFormat, #87-88 (январь 2007)

Время от времени на форумах обсуждается вопрос о скорости загрузки различных ОС и дистрибутивов. В ходе которого мне неоднократно встречалась мысль, что Linux (или некий его конкретный дистрибутив) грузится очень долго (по сравнению с Windows XP), и это являет собой препятствие к его распространению на пользовательских декстопах.

Последнее мне представлялось весьма спорным: в большинстве случаев UNIX-машины используются непрерывном или близком к тому режиме, стартуя в худшем случае раз в сутки. Однако можно представить себе и ситуации, когда скорость загрузки оказывается важной – например, при всякого рода демонстрациях в режиме «пришел – показал – ушел». Вот я и решил проверить справедливость утверждения о медленности старта Linux-системы – в обыденной жизни я вижу его крайне редко, обычно после тотального обновления. Благо и повод подходящий представился – обновление моей Kubuntu Dapper до версии Edgy Eft, в которой впервые была применена новая система инициализации – upstart, особенность которой – «распараллеливание» отработки стартовых скриптов.

Измерения проводились на машине с AMD64 3500+ (реальная частота 2200 Mhz). Результаты были следующие: примерно 32 секунды от меню GRUB до приглашения к авторизации в KDM, и не более 40 секунд – до полной загрузки KDE при автоматической регистрации в системе.

Много это или мало? Судить не берусь – тут компетентным будет мнение коммивояжера или рекламного агента на выезде. Меня – устраивает.

(обратно)

Debian или Kebian?

LinuxFormat, #89 (февраль 2007)

Семимильными шагами приближается день релиза очередного Debian, известного под партийной кличкой Etch. Так что перед нами последний шанс ознакомиться с тем, что будет – до того, как это будущее настанет.

Как? Самый простой способ – заглянуть на страницу, с которой можно скачать официальные снапшоты тестируемой версии, обновляемые еженедельно. Здесь мы увидим полный слепок дистрибутива в текущем его состоянии, ныне он насчитывает 22 диска, пронумерованных, как ни странно, с 1-го по 22-й. Но что мы видим в конце? Еще два образа первых дисков – debian-testing-i386-kde-CD-1.iso и debian-testing-i386-xfce-CD-1.iso. С помощью дедуктивного метода товарища Ш.Холмса не трудно догадаться, что второй из первых дисков предназначен для установки Debian с KDE в качестве умолчального десктопа, третий же предлагает в этом качестве среду XFce. Что же лежит на «первом» первом диске? Элементарно, Ватсон – методом исключения приходим к выводу, что на нем будет не иначе как GNOME.

Теперь остается только скачать какой-либо образ и проверить свои подозрения. Я, разумеется, проделал это с диском, подозрительным на присутствие KDE. И что же оказалось после установки с него? Оказалось, что, если инсталлировать Debian методом цыпленка, клюющего клавишу Enter, мы безальтернативно, даже в режиме эксперта, получаем рабочую станцию с KDE in corpore – включая kdeedu, kdegames, kdetoys. Благо, хоть без всех мыслимых и немыслимых локалей, входящих в состав kde-i18n. Будет в нашем распоряжении и kdewebdev – а вот собственно средств разработки KDE не окажется. И, как ни странно, не найдем мы в инсталлированной системе и KOffice