The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

К чему приведет зависимость процесса разработки ядра Linux о..., opennews (?), 26-Июл-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


53. "К чему приведет зависимость процесса разработки ядра Linux о..."  –1 +/
Сообщение от Ян Злобинemail (ok), 27-Июл-10, 04:55 
>...и где сейчас БСД и где сейчас линукс

Причины несколько более низкой популярности FreeBSD не в этом, а в долгих судебных тяжбах.  Краткая история описана на их сайте.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

61. "К чему приведет зависимость процесса разработки ядра Linux о..."  +1 +/
Сообщение от Аноним (-), 27-Июл-10, 10:08 
Да ты что, правда???
Ответить | Правка | Наверх | Cообщить модератору

76. "К чему приведет зависимость процесса разработки ядра Linux о..."  +3 +/
Сообщение от www2 (??), 27-Июл-10, 12:15 
Частично правда. В своё время команде разработчиков FreeBSD пришлось переписывать несколько ключевых компонентов системы, так как они в суде были признаны лицензионно не чистыми. Этого времени было достаточно для того, чтобы многие решили не ждать лицензионной очистки FreeBSD и перешли на Linux. Пока команда FreeBSD переписывала те несколько компонентов, Linux уже успел выйти вперёд.

Лично я считаю, что в последнее время Linux как ядро переживает стагнацию - качественного развития как такового нет, есть только постоянно добавляемая поддержка нового оборудования. Основной фронт разработки переместился с ядра на разработку Gallium, различных велосипедных файловых систем, систем интеграции в ядро видеоподсистемы и системы виртуализации.

В то же время во FreeBSD концентрировались на разработке перспективных идей, вроде GEOM, NetGraph, да время от времени переписывали различные подсистемы с нуля, да дописывали недостающие функции правильным образом. В результате я уже вижу, как FreeBSD уже вот-вот догонит Linux по фичам за счёт хорошего задела в архитектурном плане. Единственное почему FreeBSD не сможет существенно потеснить Linux - это наплевательское отношение к пакетам, устаревшая система портов, меньший охват в поддержке оборудования. А так базовая система - конфетка, по многим показателям уже опережает Linux.

Ответить | Правка | Наверх | Cообщить модератору

80. "К чему приведет зависимость процесса разработки ядра Linux о..."  +2 +/
Сообщение от аноним (?), 27-Июл-10, 13:15 
>Единственное почему FreeBSD не сможет существенно потеснить Linux - это наплевательское >отношение к пакетам

Да, ресурсов чуть-чуть не хватает, не всегда успевают собрать самую последнюю версию малопопулярного порта. Для популярного софта пакеты есть и регулярно обновляются, никаких проблем.
>устаревшая система портов

Что с ней не так? В комплекте с portupgrade или portmaster вообще конфетка!
>меньший охват в поддержке оборудования

Применительно к IBM PC давно не верно.

Ответить | Правка | Наверх | Cообщить модератору

108. "К чему приведет зависимость процесса разработки ядра Linux о..."  +1 +/
Сообщение от www2 (??), 28-Июл-10, 09:03 
>>Единственное почему FreeBSD не сможет существенно потеснить Linux - это наплевательское >отношение к пакетам
>
>Да, ресурсов чуть-чуть не хватает, не всегда успевают собрать самую последнюю версию
>малопопулярного порта. Для популярного софта пакеты есть и регулярно обновляются, никаких
>проблем.

Дело не в том есть пакеты или нет, а в том, что они *не удобные*. Нет разбиения авторских пакетов на более мелкие пакеты. В результате этого для установки какой-нибудь программы без какой-нибудь GUI-утилиты, которую авторы засунули в пакет "до кучи", требуется пересобирать эту программу из портов, отключив в опциях сборку этой GUI-программы. То же самое и наоборот - если вдруг понадобится поставить ещё и эту GUI-программу, а пакет собран без неё, придётся опять-таки собирать из портов. Потом, нет необязательных зависимостей, в результате чего либо ты ставишь пакет с теми зависимостями, которые в нём указаны, либо не ставишь, либо ставишь из портов, отключив не нужное.

Грамотная пакетная система позволяет в 99,9% случаев обходиться без пересборки пакета, на которую требуется иной раз ой как много времени, особенно если сборка "не идёт" и постоянно вылезают какие-то ошибки.

Потом, как обновляются пакеты FreeBSD, когда в них находят дырку? Берётся новая версия пакета от разработчика и пересобирается, довольно часто таща за собой обновления других пакетов, от которых зависит данный. Нет возможности в зависимостях пакета указать, что пакет требует версию программы >=1.0.0, поэтому часто указываю самую свежую версию =1.2.3, с которой и был собран пакет. Это тоже один из недостатков пакетной системы FreeBSD - приходится качать большой объём обновлений, а система в целом получается ближе к подходу Bleeding Edge. Более рисковая что-ли.

>>устаревшая система портов
>
>Что с ней не так? В комплекте с portupgrade или portmaster вообще
>конфетка!

Дело не в самой системе портов, а в том, что без неё фактически нельзя обойтись. Фактически!

Сами трезво пораскинте мозгами: нафига пользователю, которому вообще не интересно какая у него ОС заниматься пересборкой пакетов из портов? А если во время сборки возникнет ошибка, что он должен делать? Вывод - FreeBSD не для *массового* десктопа.

Продолжая далее - зачем админу система Bleeding Edge, да ещё и требующая постоянного танца вокруг сборки из портов, если есть системы более удобные, не требующие в 99,95 случаев вообще какой-либо сборки и с грамотными обновлениями, когда в старом софте закрываются лишь новые дырки? Только не нужно мне сейчас рассказывать про то, что грамотный админ имеет свой билд-сервер и собственный репозиторий. В больших конторах не без этого, хотя даже и там умные люди стремятся минимизировать необходимый труд и держат репозиторий только для совсем уж особых пакетов, над которыми они хорошо поработали. А пересобирать пакет только потому, что там есть ненужная зависимость (или наоборот - отсутствует нужная) глупо, т.к. лучше пользоваться той системой, где эта необходимость не возникает.

>>меньший охват в поддержке оборудования
>
>Применительно к IBM PC давно не верно.

А что, больший что-ли? Ну признайтесь честно, всё-таки в Linux поддерживается больше оборудования. Пусть иногда это плохенькая поддержка редкого оборудования, но она есть. В FreeBSD поддерживается более распространённое оборудование, поддерживается хорошо, но вот какое-нибудь редкое оборудование часто не поддерживается вообще никак. Вывод именно такой, какой я уже и сказал - у FreeBSD меньший по сравнению с Linux охват поддерживаемого оборудования.

Ответить | Правка | Наверх | Cообщить модератору

103. "К чему приведет зависимость процесса разработки ядра Linux о..."  +/
Сообщение от Ян Злобинemail (ok), 28-Июл-10, 04:26 
>...это наплевательское отношение к пакетам, устаревшая система портов, меньший охват в поддержке оборудования.

Тут можно поспорить.  Пакеты под FreeBSD, насколько мне известно, мало кто использует, ибо есть более гибкие порты.  Устаревшая система портов - это взгляд любителя пакетов - типа долго все.  А с поддержкой железа тоже все не так плохо, как Вы говорите.  Во всяком случае, я не испытываю проблем ни на серверах, ни на десктопах.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

109. "К чему приведет зависимость процесса разработки ядра Linux о..."  +/
Сообщение от www2 (??), 28-Июл-10, 09:08 
>>...это наплевательское отношение к пакетам, устаревшая система портов, меньший охват в поддержке оборудования.
>
>Тут можно поспорить.  Пакеты под FreeBSD, насколько мне известно, мало кто
>использует, ибо есть более гибкие порты.

Вот именно. Поскольку пакеты во FreeBSD не гибки, возникает вынужденная необходимость пользоваться портами. Те же, кто успел испытать на себе системы с хорошей системой пакетов, хорошо понимают, что порты часто являются способом просто тратить время впустую. Они часто не пользуются FreeBSD именно поэтому.

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

Вы - это далеко не показатель. Я думаю вы и сами это понимаете.

Я перечислил вроде бы мелкие проблемы, которые пользователям FreeBSD изнутри не видны, а вот снаружи видны очень хорошо. (Как известно, в чужом глазу соринку найдёшь, а у себя и бревна не заметишь.) Именно эти небольшие проблемы скорее всего и приводят по принципу Паретто к потере существенной части аудитории пользователей.

Ответить | Правка | Наверх | Cообщить модератору

128. "К чему приведет зависимость процесса разработки ядра Linux о..."  +/
Сообщение от User294 (ok), 31-Июл-10, 00:46 
>В то же время во FreeBSD концентрировались на разработке перспективных идей, вроде
>GEOM, NetGraph, да время от времени переписывали различные подсистемы с нуля,

Открою вам страшную тайну: успешность операционки и ее востребованность определяется не только, а может быть и не столько "расово верными кишками" сколько как раз "стагнацией" в виде поддерживаемого оборудования, файловых систем подходящих под задачу и прочая. Архитектура сама по себе ничего не гарантирует. Напротив, история знает массу примеров когда система с супер-пупер архитектурой оказывалась попросту никому не нужна. В конечном итоге - всем кроме разработчиков вообще похрену какая там архитектура. Более того - наворачивая архитектуру ради архитектуры можно и допрыгаться. Ну да, понаворотили "журналирование вообще". Вот только пока воротили - перспективными стали "версионно-подобные" ФС, юзающие CoW механику. Которые явно интетеснее по свойствам. В итоге убили уйму времени на фичу которая ... устарела на старте. Это в народе называется словом "выкрасить и выбросить". Вот все развитие UFS в бзде - именно такое и было.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

122. "К чему приведет зависимость процесса разработки ядра Linux о..."  –1 +/
Сообщение от nuclightemail (ok), 28-Июл-10, 16:53 
>Да ты что, правда???

Ты прикинь, да!

Линус как-то признавался, что не будь того иска к BSD в начале 90-х, Линукс бы не родился.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру