ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Lev Walkin                           2:5020/400     04 Aug 2003  08:33:45
 To : All
 Subject : DragonFlyBSD
 -------------------------------------------------------------------------------- 
 

 
 
 Lev Serebryakov wrote:
 
  > What do you think about sharp blades, All?
  >
  >   А все ли уже видели %subj%?
  >   http://www.dragonflybsd.org/
  >   Что народ думает? Зная, кто начал этот форк, мне кажется, что проект
  > перспективный (на сколько вообще может быть перспективным BSD ;-) )
 Давайте будем немножко консервативными.
 
 Что такое "перспектива"? Если определять этот термин как "technical elegance
 and/or sophistication", то взглянем в сторону Plan9 или чистого Mach. Почему
 мы сидим на BSD, а не на них? Почему смотреть в сторону DragonFry, если
 можно смотреть чуть-чуть подальше, на более "перспективные" вещи?
 
 Если же определим "перспективу" через "признание масс", то почему бы не
 смотреть сразу на Linux (если уж от работы с Windows сыпь на коже
 появляется)? У него как раз этого признания - навалом.
 
 Итак, мы потенциально имеем DragonFry. Что декларируется?
 
 1. смена концепции реализации модели ввода-вывода (+VFS, сложим сюда);
 2. замена системных вызовов на манипулирование сообщениями;
 3. легкие ядерные потоки (LWKT) в качестве базиса для threads;
 4. попытка покончить с package versioning hell.
 
 Что это означает, по пунктам?
 
 1. Для пользователя - ничего. Для администратора - ничего. Для ядерного
 программиста - недели и месяцы интенсивной и интересной работы, после
 которой можно будет сказать: "во бля!".
 2. В Mach это уже давно реализовано. Что это дает пользователю? Hичего.
 Администратору системы? Hичего. Программисту приложений? Hичего.
 Скорость выполнения приложений увеличивается или уменьшается? Hеизвестно.
 3. Легкие ядерные потоки. Solaris долго игрался со своей двухуровневой
 sophisticated системой управления потоками - lwp + user-level schedulers.
 В итоге, плюнули на все и решил оставить только легкие ядерные потоки.
 Linux - даже и не заморачивались, а сразу предложили одноуровневую
 модель, которую с минимальной натяжкой можно представить совместимой с LWP.
 FreeBSD 5 представляет новую модель, KSE, которая очень интересна и
 "перспективна" в смылсе technical superiority, но Matt решает, что
 лучше пойти по давно проторенной дорожке.
 4. Когда-то Windows решила (если это так можно обозвать) свой DLL hell
 путем (утрирую) создания каталогов SYSTEM для каждого пользователя.
 То, что предлагается во DragonFry с можно назвать "интересным и новым"
 подходом лишь с большой натяжкой.
 
 В итоге получаем:
 
 1. То, в чем заключается наибольшая сложность в DragonFry - практически
 не влияет ни на что: ни на программиста, ни на пользователя. Мало того,
 идеи #2-#3 - минимум десятилетней давности.
 2. То, что наиболее заметно с позиции пользователя (#4) - не оригинально.
 
 Если Matt'а возбуждает ковыряться в коде в поисках нирваны, реализуя
 несвежие идеи - это его законное право. Hо что здесь "перспективного",
 позвольте?
 -- 
 Lev Walkin
 vlm@netli.com
 
 --- ifmail v.2.15dev5
  * Origin: Netli, Inc. (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор