Linux и все, все, все... Статьи и колонки в LinuxFormat, 2006-2013
Шрифт:
На злобу дня, или Oracle vs Red Hat
LinuxFormat, #85 (ноябрь 2006)
Нынче все сообщество Open Source всколыхнула новость о том, что Oracle будет выпускать свой Linux, предназначенный для запуска своей же СУБД. И не просто свой дистрибутив – а Red Hat цельнотянутый, освобожденный от «ненужных» компонентов, типа MySQL или Posgress. Первая реакция, естественно, была: вот он, звериный оскал капитализма, бездушного и бездуховного, при котором все покупается и все продается. Однако, если вдуматься по отгорании костров эмоций, чего такого страшного произошло?
Действительно,
Ну а разговоры о морали, нравственности и тому подобных материях – они, конечно, интересны, но оставим их потомкам. Если ребята из 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 – место его займет «вседесктопный» OOo.