Резюме
- Дистрибутивы с непрерывным релизом постоянно обновляют компоненты, обеспечивая доступ к последним версиям программного обеспечения.
- Разработчики и опытные пользователи получают выгоду от более нового программного обеспечения и меньшего количества проблем с обновлениями благодаря непрерывным выпускам дистрибутивов.
- При частом обновлении дистрибутивов с непрерывным релизом могут возникнуть проблемы с обслуживанием и потенциальные ошибки, что делает их менее подходящими для начинающих пользователей.
При выборе дистрибутива Linux вы можете услышать о стандартных или «плавающих» дистрибутивах. Что такое плавающий релиз? Позвольте мне помочь прояснить путаницу.
Что такое дистрибутивы с плавающим релизом?
Дистрибутив Linux с плавающим релизом отличается от стандартного дистрибутива Linux. В то время как дистрибутив с обычным релизом будет компилировать кучу отдельных версий программного обеспечения в один релиз в определенной точке, дистрибутив с плавающим релизом будет брать «восходящее» программное обеспечение, программы, созданные третьими лицами, и выпускать его по мере внесения ими определенных изменений. Это может включать установку программного обеспечения и документации в определенных местах.
Вместо того, чтобы устанавливать дистрибутив и обновлять его при выходе новой версии, вы устанавливаете непрерывный дистрибутив один раз и продолжаете его обновлять. Компоненты обновляются и заменяются по частям, возможно, напоминая мифический «Корабль Тесея», где все части системы заменяются со временем.
Дистрибутивы с плавающим релизом появились, когда быстрые широкополосные интернет-соединения стали более распространенными, начиная примерно с 2000-х годов. До этого было непрактично постоянно обновлять операционную систему. Доступность более быстрых интернет-соединений побудила некоторых разработчиков Linux экспериментировать со способами подхода к выпускам программного обеспечения. В конце концов, ядро Linux выходило с новыми версиями каждую неделю. Возможно ли будет отразить такой же головокружительный темп, когда дело дойдет до окружающего программного обеспечения?
Хотя дистрибутивы с плавающим релизом приобрели популярность в 2000-х годах, идея может восходить к оригинальному Unix, разработанному в Bell Labs. «Research Unix» имел номера версий, такие как знаменитые «Version 7» или «V7», но редакции основывались на редакциях руководства, а не программного обеспечения. Будучи исследовательским проектом, Research Unix постоянно менялся в лабораториях на протяжении всего своего существования, особенно потому, что в последние годы он редко выпускался за пределами Bell Labs.
Вот несколько популярных примеров
В то время как регулярные релизы дистрибутивов остаются самыми популярными, дистрибутивы с плавающим релизом проникли в пользовательскую базу Linux. Некоторые из самых известных дистрибутивов с плавающим релизом:
- Arch Linux: Это, вероятно, самый известный дистрибутив с плавающим релизом. Он также вдохновил свои собственные ответвления, такие как Manjaro, EndeavourOS и CachyOS, которые предлагают более удобную для пользователя версию Arch.
- Gentoo: Этот дистрибутив был одним из первых, кто получил широкую популярность. Как и Arch, вы создаете собственную систему, но также компилируете ее из исходников.
- openSUSE Tumbleweed — это непрерывная версия популярного дистрибутива. openSUSE нацелена на опытных пользователей, разработчиков и участников самого openSUSE.
- Kali Linux — это дистрибутив, ориентированный на начинающих экспертов по безопасности Linux, включающий инструменты для этического взлома и тестирования на проникновение. Несмотря на то, что это дистрибутив с непрерывным релизом, многие из его пакетов взяты из Debian, который имеет репутацию стабильного. Сам Debian предлагает некоторые варианты, похожие на непрерывный релиз, включая тестовые и нестабильные версии.
Зачем использовать дистрибутив с плавающим релизом?
Самая главная причина использовать дистрибутив с непрерывным релизом — это возможность получить доступ к новейшему и, возможно, лучшему программному обеспечению.
Одна из групп, которая выигрывает от нового программного обеспечения, — это разработчики. Многие разработчики полагаются на программные инструменты и библиотеки для выполнения своей работы. Многие стандартные дистрибутивы, такие как Debian или Ubuntu, как правило, используют старое, проверенное, проверенное программное обеспечение вместо новых версий. Хотя это хорошо работает для большинства повседневных задач, разработка — это нечто другое. Разработка программного обеспечения — это движущаяся цель, поэтому программисты не хотят разрабатывать с использованием старой версии библиотеки.
Другая группа, которая естественным образом принимает дистрибутивы с непрерывным релизом, — это опытные пользователи, особенно те, кто хочет иметь новейшее программное обеспечение, независимо от того, программируют они или нет. FOMO, или «страх упустить что-то», похоже, поражает некоторых пользователей Linux так же, как и всех остальных. Сравнение номеров версий последнего релиза с открытым исходным кодом с тем, что есть в их дистрибутиве, похоже, вызывает беспокойство у некоторых пользователей.
Опытным пользователям также нравится, как скользящие релизы дистрибутивов позволяют избежать головной боли обновления до новой версии ОС. Вместо отдельного релиза система обновляется непрерывно с течением времени.
Хотя новые версии программного обеспечения могут привносить ошибки, иногда обновление до новой версии может исправить их. Кажется, стандартные дистрибутивы предпочитают известные им ошибки, чем развертывать новые для своих пользователей.
Почему бы не использовать дистрибутив с плавающим релизом?
Есть несколько причин, по которым вам, возможно, стоит избегать дистрибутивов с непрерывным релизом.
Первая заключается в том, что наличие новейшего программного обеспечения не всегда является преимуществом. Как я уже упоминал ранее, хотя более новые версии программного обеспечения могут исправлять ошибки, они также могут их и вносить. Дистрибутивы, такие как Arch, пытаются минимизировать ошибки, которые ломают вашу систему, такие как стирание данных или невозможность загрузки компьютера, разработчики совершают ошибки. Это потому, что они все слишком человечны (интересно, запустил бы Ницше Debian или Arch).
Другая причина в том, что поддерживать непрерывные выпуски дистрибутивов может быть сложнее, чем точечные выпуски. Проблема непрерывных обновлений в том, что вам приходится обновляться непрерывно. Вам нужно быстрое и стабильное подключение к Интернету для загрузки новых пакетов. Вам придется запускать менеджер пакетов каждый раз, когда вы захотите добавить новое программное обеспечение в свою систему. непрерывный выпуск дистрибутивов — это обязательство. Вам придется иметь дело с любыми проблемами, которые возникнут с этими новыми пакетами.
Для системы, которую вы используете лишь изредка или хотите управлять ею более невмешательством, стандартный точечный релиз-дистрибутив может лучше подойти для ваших нужд. Если вы считаете, что системное администрирование — это весело, вам может понравиться поддержка скользящего релиз-дистрибутива. Это отход от того, как обычно управляются операционные системы.
Возможный компромисс: использование обоих вариантов
Вам не обязательно выбирать один или другой, когда дело доходит до стабильных или непрерывных дистрибутивов. Поскольку вы можете запускать Linux вместе с другими операционными системами, такими как Windows или macOS, вы можете делать то же самое с дистрибутивами Linux.
Один из вариантов — двойная загрузка. Это когда вы разбиваете жесткий диск или SSD и запускаете на нем несколько систем. Это полезно, если вы хотите в полной мере использовать возможности оборудования при запуске различных стилей дистрибутивов Linux. Недостатком этого подхода является то, что вам придется перезагружать машину, если вы захотите переключиться между стандартным дистрибутивом Linux и скользящим релизом и наоборот.
Альтернативой двойной загрузке является использование виртуальной машины, такой как QEMU или VirtualBox. Это также довольно простое решение. Вы можете настроить стабильную базовую систему со стандартным дистрибутивом для обычной работы и установить скользящий релиз дистрибутива в виртуальной машине, чтобы повозиться с ним. Есть еще некоторые недостатки. Виртуальные машины требуют больше накладных расходов, чем обычная установка, поэтому они не будут работать так же хорошо в виртуальной машине. Вы можете столкнуться с проблемами с графическим ускорением или другим оборудованием.
Все, что касается обслуживания установок rolling release, применимо и к виртуальным машинам. С rolling release дистрибутивом в VM вам придется следить за обновлениями так же, как и с bare metal системой.
С появлением Arch Linux на WSL у вас может появиться еще один третий вариант.
Одна из причин, по которой многие пользователи выбирают дистрибутив с непрерывным релизом, заключается в том, что они хотят более новые версии программного обеспечения, ориентированного на пользователя, например, веб-браузеров, и им может быть все равно, есть ли у них последнее ядро. Flatpaks и Snaps могут лучше подойти пользователям, которым нужны более новые версии этих приложений, а не обновление всей системы. С Flatpak и Snap вы можете изолировать обычные приложения от остальной части системы и поддерживать их в актуальном состоянии.
Выбор между обычным и непрерывным релизом, скорее всего, будет зависеть от того, насколько вы готовы жить на «передовой» и иметь дело с возможными ошибками. Если вы хотите новейшее программное обеспечение и не против немного повозиться, непрерывный релиз может подойти вам.
