16 июля проекту DragonFlyBSD исполнилось 10 лет. Операционная система DragonFlyBSD была анонсирована (http://lists.freebsd.org/pipermail/freebsd-current/2003-July...) Меттью Диллоном в 2003 году как форк FreeBSD 4.8, созданный (http://www.dragonflybsd.org/history/) в результате разногласий с другими разработчиками FreeBSD, придерживающихся консервативного пути развития проекта и не согласных с предлагаемыми Меттью Диллоном кардинальными изменениями.
В дальнейшем в проекте были реализованы такие особенности (http://www.dragonflybsd.org/features/) как распределённая версионная файловая система HAMMER (http://wiki.opennet.ru/HAMMER), поддержка загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях, система портов DPorts (http://www.opennet.me/opennews/art.shtml?num=35763), учитывающие контекст вариантные символические ссылки, возможность заморозки процессов с сохранением их состояния на диске, гибридное ядро, использующее легковесные потоки (LWKT).URL: http://lists.freebsd.org/pipermail/freebsd-current/2003-July...
Новость: http://www.opennet.me/opennews/art.shtml?num=37376
Поразительно, как много может наворотить человек, движимый собственным эго. Заметно больше, чем за зарплату, ИМХО.
Наверное один из немногих вменяемых бсдшников который не пожелал некромансить до упора "потому что мы так привыкли".
> Наверное один из немногих вменяемых бсдшников который не пожелал некромансить до упора
> "потому что мы так привыкли".Ну если рассуждать с этой точки зрения, ведро Linux было сразу же мертворожденным.
Это и при других точках зрения видно, не только при этой :-)
> Ну если рассуждать с этой точки зрения, ведро Linux было сразу же мертворожденным.В теории дядька Таненбаум что-то такое и вещал. На практике - оказалось что под этот неидеальный мир пингвин подходит очень хорошо :).
Он еще известен и тем, что коммитил в подсистему vm Linux`а
А толку-то?
Ни малейшей популярности ни на серверах, ни на десктопах не приобрел.
Интересные фишки из нее никто в другие BSD не тянет. Он к себе тянет разное из других BSD.
Производительность что фс, что самой системы в целом сливает всем популярным BSD
А толк - в прокачке эго.
Чего толку-то? Почитай, что у него на сайте написано. Деньги есть, занимаюсь хобби. Вот у тебя какое хобби? На опеннете про него уже писали?
> Чего толку-то? Почитай, что у него на сайте написано. Деньги есть, занимаюсь
> хобби. Вот у тебя какое хобби? На опеннете про него уже
> писали?Как-то не измерял степень жизненного успеха публикациями на оупеннете, но со смыслом согласен
> Производительность что фс, что самой системы в целом сливает всем популярным BSDЛюбопытно знать, с чем сравнивалась ФС. Какая распределённая ФС использутся во "всех популярных BSD"?
И да, из "всех популярных BSD" стрекоза, насколько я знаю, сливает только фряхе, и то ненамного, а NetBSD и OpenBSD сливают гораздо больше.
По форониксу (не к ночи будь помянут) так и линуксам не сливает. А ежели учесть спекуляцию похороникса в плане OpenMP, так голова в голову.Короче крайне годная весчь.
>Короче крайне годная весчь.... пока её использовать не пробуешь :)
Нафиг - уж если хотите бсды - юзайте классику из тройки.
втестил. отлично работает.
> А ежели учесть спекуляцию похороникса в плане OpenMP,Да, конечно, обалденные спекуляции - программы могут пользоваться всеми ядрами а не одним. Надо же, у нас XXI век на дворе. Тут процы с 8 ядрами даже в мобильниках попадаются.
> Интересные фишки из нее никто в другие BSD не тянет.зачем так утверждать не погуглив?!.
и в другие бсд уходит и в макось
А это вы зря. Например, есть планы HAMMER перетащить в FreeBSD, куда, кстати, тянут и variable symlinks.
Во FreeBSD для начала надо бы 64-битный ino_t сделать (или уже сделали? я не в курсе). Без этого портирование HAMMER невозможно со слов Диллона.
> Во FreeBSD для начала надо бы 64-битный ino_t сделать (или уже сделали?
> я не в курсе). Без этого портирование HAMMER невозможно со слов
> Диллона.http://svnweb.freebsd.org/base?view=revision&revision=241011
Отличная новость! Спасибо!
> Отличная новость! Спасибо!Школьники радуются. Не пройдет и 20 лет, как у почтенного мужика в возрасте (который сегодня как раз школьник) наконец появится мечта детства - более-менее нормальная ФС. Правда, у всех остальных это уже будет добрых лет 15, но такие мелочи фанатов марки не смущают.
> Школьники радуются. Не пройдет и 20 лет, как у почтенного мужика в
> лет 15, но такие мелочи фанатов марки не смущают.бтрфсу ещё 5 лет до нормальной фс? зачотно протроллил.
> бтрфсу ещё 5 лет до нормальной фс? зачотно протроллил.Скорее хаммеру :). Тем не менее, это лучше чем у некоторых других, которые смогли только пробормотать что "ресурсов нет, поэтому UFS2 кардинально переделывать не будем" да кой-как прикрутить подачку от сан под левой (copyleft :D) лицензией. При том что это один из первых CoW так что производительность оного отнюдь не шедевр и вообще с ним имеется ряд проблем.
Ее сначала б допилить неплохо. Поюзав на недобуке, вернулся на старую добрую UFS.
> UFS.Так вам и надо.
> Ни малейшей популярности ни на серверах, ни на десктопах не приобрел.Ну да, везет таки не всем.
Если мне не изменяет склероз, то там все совсем наоборот было - Диллона перла 4-ка и ему не нравилось, как разрабатывалась 5-ка. Так что термин "консерватор" - это про Диллона как раз.
почитайте оригинальное письмо по ссылке
я не думаю что Диллон консерватор, про это говорит ФС HAMMER, ядро DragonFlyBSD, скорее он прислушался к критики Тамбернаума, что монолитное ядро это прошлый век
>скорее он прислушался к критики Тамбернаума, что монолитное ядро это прошлый векПоэтому взял, да запилил монолитное ядро.
>>скорее он прислушался к критики Тамбернаума, что монолитное ядро это прошлый век
> Поэтому взял, да запилил монолитное ядро.Традиционное для BSD, кстати.
У стрекозы же гибридное ядро, а не монолит.
> У стрекозы же гибридное ядро, а не монолит.Не больно огромная разница. Зато чувак ФС более-менее нормально задизайнил. А не "как UFS", б-ть. Который на данный момент смотрится по своему устройству примерно как фанерный кукурузник на фоне сверхзвуковых самолетов.
>> У стрекозы же гибридное ядро, а не монолит.
> Не больно огромная разница.Ну в общем-то если оперировать этой общей фразой, то особой разницы нет, но если ближе познакомиться с тем, что же скрывается под фразой "Гибридное ядро" в каждой из систем, можно с удивлением обнаружить что между системами, продающимися вроде бы под общей наклейкой, просто таки технологическая пропасть.
> пропасть.В конечном итоге адресное пространство ядра у гибридов как правило одно на всю ораву, по поводу чего все эти рассуждения - эстетство и пижонство чистой воды.
> прошлый векГибридные ядра не так уж далеко от монолитов ушли, скажем прямо. Почти все свойства оных - в наличии.
Смотря о каком именно "гибридном" ядре идёт речь. Если о ядре вроде NT или DragonflyBSD, то эти, да, от монолита фактически ничем не отличаются: первое считается гибридным потому, что держит API и подсистему эмуляции(NTVDM) в пространстве пользователя (и посему не более гибридно, чем любая другая система — линукс и BSD тоже и DOSbox, и libc в ядро запихнуть не пытаются), вторая претендует на гибридность из-за наличия механизма передачи сообщений, что было бы в какой-то мере веским аргументом в пользу "гибридности" стрекозы, если бы это механизм передачи сообщений был функционален. А вот в XNU гибридность прослеживается лучше — XNU позволяет как оставить драйвера в пространстве ядра, так и запускать их в пространстве пользователя, в отличии от.
> как оставить драйвера в пространстве ядра, так и запускать их в
> пространстве пользователя, в отличии от.Вы так говорите как будто подобное не практикуется где-то еще.
Например в графической подсистеме линя в ядре только базовая низкоуровневая часть. А например кодогенератор MESA'ы выдающий поток команд GPU - вполне себе юзермодовые либы. А хотя-бы и часть драйвера графики, по логике вещей. Или с девайсом на usb можно через libusb поработать. Из юзермода. Вместо ядерного драйвера. Но это еще не все: виртуализаторы пускают кернель операционки не пуская его в кернелмод, но успешно надувая его что это ему удалось :)
По поводу чего все это деление достаточно условно и весьма размыто. Ну то-есть можно др@чить на рафинированные концепты, но смысл этого не очевиден: такие обычно не взлетают или вынужденно закостыливаются "по месту". Ну как NT. С выноском win32k.sys на пару метров в ядро.
> Например в графической подсистеме линя в ядре только базовая низкоуровневая часть. А например кодогенератор MESA'ы выдающий поток команд GPU - вполне себе юзермодовые либы. А хотя-бы и часть драйвера графики, по логике вещей. Или с девайсом на usb можно через libusb поработать. Из юзермода. Вместо ядерного драйвера.Не вместо ядерного драйвера, а вместе с. Libusb полагается на usbfs.
Впрочем, в XNU всё тоже примерно так и происходит, с тем лишь отличием, что о необходимости обработки аппаратных прерываний из юзермода там подумали заранее, а потому там единое API обработки событий вместо нового велосипеда для каждого устройства. Так что на звание "гибридного ядра" XNU всё-таки может претендовать немного больше, чем linux, DragonflyBSD или NT.
> Не вместо ядерного драйвера, а вместе с. Libusb полагается на usbfs.Ага, сейчас. Извините, или ядерный драйвер, или libusb. На выбор. Под линем по этому поводу libusb даже умеет отдельный вызов для отсоединения от девайса ядерного драйвера который это устройство обслуживает. В остальных системах - юзер ручками должен заботиться о данной проблеме.
> Впрочем, в XNU всё тоже примерно так и происходит, с тем лишь
> отличием, что о необходимости обработки аппаратных прерываний из юзермодаВот уж бред - почем зря куча переключений контекста в неудобном виде.
> там подумали заранее, а потому там единое API обработки событий вместо нового велосипеда
> для каждого устройства. Так что на звание "гибридного ядра" XNU всё-таки
> может претендовать немного больше, чем linux, DragonflyBSD или NT.Пусть купит себе медаль и гордится до пенсии. На фактиическое состояние дел и свойства ядер это влияет крайне мало.
Я знаком разве что с ядром Plan 9. Там основной механизм взаимодействия с ядром в принципе ничем не отличается от межпроцессового взаимодействия. Причём с сетевой прозрачностью.
Так что всё, что не требует прямого доступа к оборудованию, может работать в пространстве пользователя. Можно эмулировать сетевой интерфейс, можно примонтировать /dev/audio с удалённого компьютера, можно делать очень много чего. И так как пространство имён у каждого процесса своё, то и /dev/audio у них может быть разными.
> если бы это механизм передачи сообщений был функционаленА что именно с ним не так?
> в пространстве пользователя. Можно эмулировать сетевой интерфейс, можно примонтировать
> /dev/audio с удалённого компьютера, можно делать очень много чего.Как ни странно, все это научились делать и в обычных монолитах. Может не так изящно, но оно работает. А монтирование /dev/audio по сети это круто. Вот только в этой системе не будет драйверов для 90% звуковух. Подумаешь, какие мелочи. Зато концептуально.
> Может не так изящноЯ бы сказал «только через лютые костыли». И это печально: ничто нельзя сделать просто и изящно.
> Вот только в этой системе не будет драйверов для 90% звуковухЕсть такая проблема, да. Впрочем, эта проблема есть у любой ОС, отличной от Windows/Linux/MacOSX/*BSD.
> Диллона перла 4-каложь
>и ему не нравилось, как разрабатывалась 5-ка
истина
Да-да. "Революционная" но почему-то никому не нужная.
"Революционная" - сам сказал, сам возмутился?)) В новости нет текста про революционность.
> Да-да. "Революционная" но почему-то никому не нужная.Потому что на самом деле никому не надо революций. Надо чтобы просто работало.
стадам хомячков нада вендобунта. Тонкости им не интересны.
> стадам хомячков нада вендобунта. Тонкости им не интересны.Что-то ценители тонкости не очень торопятся юзать расово-верный Minix от великого академика Таненбаума.
> Что-то ценители тонкости не очень торопятся юзать расово-верный Minixвидимо он не очень расово верный.
> видимо он не очень расово верный.Видимо, не всем нравится когда расовая вернота настолько в ущерб рабочим качествам системы идет, только и всего :)
За непременно это надо выпить!:)
Четверочка фряхи была лучшей, но изень (и другие местные линуксофобы) этого не знает ибо тогда под стол пешком ходил.
> Четверочка фряхи была лучшей, но изень (и другие местные линуксофобы) этого не знает ибо тогда под стол пешком ходил.дооооо.... в ней был пакетный менеджер, разработчики использовали гит.
или просто у некоторых bsd-хейтеров ностальжи щекочется?
начинал с четвёрки, пропустил неудачную (на мой взгляд) пятёрку, 6,8,9. про 7-ку ничего не могу сказать, но рост налицо. 9-ка отличная версия. Радует что и Мэтью Дилон не просто побухтел и свалил, а запилил отличную и крайне интересную систему.