Алексей Федорчук - Священные войны мира FOSS

Далее. Если KDE с каждой новой версией становится все быстрее, то GNOME – все задумчивее. Ну и наконец, просто идеология: разработчики GNOME все больше и больше тяготеют к воспроизведению особенностей Самой Великой ОС всех времен и народов. Известное высказывание, что последние версии GNOME представляют собой большую Windows, чем сама Windows, говорит само за себя.

Единственным основанием к использованию GNOME я вижу нежелание (или невозможность) плодить большое количество библиотек – так как без GIMP при мало-мальски существенной доле работы с графикой обойтись все равно не удастся, а он основан на той же библиотеке Gtk, что и GNOME. Хотя строго говоря, как раз наоборот – Gtk создавалась специально для GIMP, а ко GNOME ее прикрутили за отсутствием выбора, если исключить Qt. Впрочем (ИМХО) и тут XFce (основанная на той же Gtk) была бы более предпочтительна.

Впрочем, ругательных материалов о GNOME, особенно в современных его ипостасях, в Сети можно найти ничуть не меньше, чем хвалительных. Как уже было сказано, мне лично хвалить GNOME не за что, а ругать его не возьмусь за слабым знанием. Ограничившись одним-единственным (но для меня очень весомым) аргументом, также анекдотического происхождения. Помните, как один мужик в церкви жаловался Господу, что дела у него идут из рук вон плохо, не смотря на его хорошее, с точки зрения христианских понятий, поведение, и в отчаянии вопрошал: «Ну почему, о Боже?» – «Ну не нравишься ты мне» – донесся до него Глас Божий. Вот и про GNOME могу сказать – не нравится он мне, да и все.

Так что пользователь должен сделать свой выбор, опираясь на субъективные впечатления и (квази) объективные оценки из источников. Однако, если выбор его будет не в пользу GNOME, то еще один выход у него найдется. И выход этот – использование KDE.

Итак, KDE – единственный (ИМХО) по настоящему интегрированный десктоп в мире Open Sources. Правда, в принадлежности последнему ему долгое время отказывали, так как базируется он на библиотеке Qt, имеющей (в том числе и) коммерческий статус. Однако ныне лицензионные споры относительно свободы/несвободы ее отшумели, и лицензия, под которой Qt распространяется для некоммерческого использования, признана вполне GPL-совместимой. Так что у всех адептов Open Sources «юридических» оснований не использовать KDE не осталось.

Другое дело, что многие не любят KDE за его масштабность, переходящую в монстроидальность. Действительно, эта среда предъявляет довольно высокие требования к аппаратуре, особенно – объему памяти: мало-мальски комфортная работа в современных версиях KDE возможна, начиная с RAM 128 Мбайт (лучше – больше, хотя, начиная с 512 Мбайт, разницы уже не чувствуется). Однако столь ли страшны такие требования для современных машин? Не мало места занимают компоненты этой среды и на винчестере: моя обычная установка KDE (вместе с обязательной библиотекой Qt) тянет почти на 500 Мбайт. Но и это при современных винчестерах не столь критично. Наконец, удовольствие от работы в KDE можно получить при разрешении экрана, начиная с 1024x768 и глубине цвета от 16 бит. Но ведь и это – не проблема для современных видеокарт и мониторов.

Можно видеть, что при мало-мальски современной аппаратуре системные требования KDE не выглядят чем-то сверхъестественным. Другое дело, что это – не лучший выбор для реанимации старого «железа». Однако и GNOME этой цели не послужит: его требования к памяти и дисковому пространству ничуть не ниже (если не выше). Так что пользователям безнадежно состарившихся (морально, не обязательно физически) машин придется обратиться в выбору между «легкими» оконными менеджерами.

Далее, среди пользователей бытует легенда о какой-то особо выдающейся «тормознутости» KDE. Однако этот вопрос тесно связан с предыдущим: резкое падение быстродействия в этой среде фиксируется при малом объеме памяти. Хотя и процессор желательно иметь помощнее Pentium-166, но любого из современных – хватит за глаза.

Впечатление некоторой «задумчивости» при общении с KDE может дать старт самой среды и первый в сеансе запуск какого-либо приложения. Действительно, поскольку любое KDE-приложение задействует множество библиотечных функций, запуск его по определению не может быть быстрым. Однако столь ли это критично? Ведь сама среда и постоянно используемые ее компоненты запускаются один раз в день (а на служебной машине, возможно, вообще загружены круглосуточно). А на тех программах, которые открываются и закрываются перманентно (например, терминальные окна), замедление не сказывается: повторный запуск любого KDE-приложения осуществляется на порядок быстрее, чем первый (оно и понятно – нужные библиотечные функции уже в памяти). Кроме того, в Linux, например, существует метод радикального ускорения старта KDE-приложений (и не только их) – так называемое предварительное связывание (prelinking). А в DragonFlyBSD аналогичная функция поддерживается на уровне ядра.