В двух предыдущих новеллах речь шла о самых главных, на мой взгляд, достоинствах openSUSE. Так что же, у неё и недостатков никаких нет? — спросите вы меня. Ну что я могу на это ответить? — разумеется, есть. Только главных недостатков всего два с половиной. И все они… не то что не существенны, но компенсируемы.Первый недостаток — некоторая задумчивость дистрибутива. Она проявляется прямо с загрузки, каковая для текущего стабильного релиза (12.1) на моём ноуте в конфигурации системы по умолчанию длится 46 секунд при использовании классической схемы инициации SysVinit и аж 55 секунд — при умолчальной схеме с использованием systemd. Да-да, того самого systemd, основное назначение которого, по уверению разработчика, — ускорить загрузку системы до страшных научно-фантастических скоростей.

Впрочем, низкая скорость загрузки — хотя и грех, но не слишком великий. Ибо, во-первых, при нормальном ритме работы она происходит раз в сутки, и приходится на время утреннего туалета (что бы ни понимал пользователь под словом утро).

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

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

В общем, как я всегда говорил, скорость загрузки системы особого рояля не играет. Хуже то, что неторопливость проявляется и после оной — при запуске программ. Некоторые тяжёлые KDE-приложения по умолчанию грузятся не просто долго, а очень долго: на втором десятке третьего тысячелетия это граничит с неприличием.

Однако решение нашлось и здесь — это так называемое предварительное связывание (prelinking), по умолчанию в openSUSE не используемое. Стоит установить соответствующий пакет — он так и называется, prelink — и запустить его бинарник на исполнение (о чём я расскажу в своё время), как скорость запуска приложений становится почти космической. Во всяком случае, не меньше, чем в Fedora, которую я считаю эталоном визуального быстродействия. Ну а с точки зрения “отзывчивости” уже запущенных программ openSUSE и так не уступает Fedora.

В общем, можно констатировать, что легенда об особой медлительности SUSE, конкретно — openSUSE, легенда, которой без малого двадцать лет, в наши дни кажется несколько преувеличенной.

А вот второй недостаток openSUSE изжить не так легко, ибо он проистекает из структуры её репозиториев. Дело в том, что при установке её по умолчанию подключается только основной его репозиторий и репозитории его обновлений, официально поддерживаемые непосредственно в рамках проекта. То есть это примерный аналог репозитория Fedora в одноимённом дистрибутиве.

А вот централизованного хранилища дополнительных пакетов, поддерживаемых силами сообщества, типа RPMFusion в Fedora, в openSUSE нет. Все дополнительные пакеты, в том числе и не вполне свободные, такие, как проприетарные драйвера устройств от производителей, многие мультимедийные программы и кодеки к ним, и тому подобные вещи, рассеяны по многочисленным самостоятельным репозиториям. Разумеется, на сайте проекта имеется служба поиска нужных пакетов и репозиториев, где они хранятся, однако это не всегда просто.

Сложность задачи усугубляется тем, что некоторые из дополнительных репозиториев несовместимы между собой. И к тому же версии их должны соответствовать таковой репозиториев основных (то есть текущему релизу, Tumbleweed или Factory). А если ещё вспомнить, что некоторые из дополнительных репозиториев содержат пакеты только для текущего релиза, но не для Tumbleweed или Factory, то становится очевидной нетривиальность установки банального кодека или драйвера.

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

Но кардинальное решение всех проблем openSUSE в нашей стране напрашивается само собой: это создание русской редакции или русского ремикса дистрибутива и соответствующего репозитория всех пакетов, распространение которых подпадает под ограничения отсталых американских законов. А также пакетов, актуальных только для отечественного пользователя. Примеры проектов Russain Fedora Remix и Русского сообщества PCLinuxOS показывает, что это более чем реально.


Назад | К содержанию | Вперёд