Мэтью Диллон объявил (http://leaf.dragonflybsd.org/mailarchive/kernel/2011-04/msg0...) о выходе DragonFlyBSD 2.10 (http://leaf.dragonflybsd.org/mailarchive/kernel/2011-04/msg0...), операционной системы с гибридным ядром, созданной семь лет назад с целью альтернативного развития ветки FreeBSD 4.x. Среди ключевых улучшений новой версии отмечается значительное увеличение производительности на многопроцессорных системах и заметное увеличение скорости файловой системы при использовании драйверов AHCI и SILI.
Для загрузки доступны (http://avalon.dragonflybsd.org/iso-images/) 32- и 64-разрядные установочные iso-образы (185 Мб). Дополнительно подготовлен расширенный образ (1.2 Гб (http://avalon.dragonflybsd.org/iso-images/dfly-i386-gui-2.10...)) с десктоп-окружением для установки на USB Flash. Репозиторий pkgsrc в версии DragonFlyBSD 2.10 включает в себя около 10 тысяч предкомпилированных пакетов, для CVS-репозитория pkgsrc поддерживается активное GIT-зеркало (http:/...URL: http://leaf.dragonflybsd.org/mailarchive/kernel/2011-04/msg0...
Новость: http://www.opennet.me/opennews/art.shtml?num=30371
весьма замечательно.
Считаю большим прогрессом что перешли на новую версию gcc и наконец то выпустили x64
Интересно когда FreeBSD обновит OpenSSL в базовой системе до стабильного 1.0.0?
когда он станет стабильным?
Никогда же. Вечная бета.
> Интересно когда FreeBSD обновит OpenSSL в базовой системе до стабильного 1.0.0?А что мешает из портов поставить?
MPLOCK и GIANT LOCK - это одно и то же? Помню в Линуксе стартовал отдельный проект по избавлению ядра от GIANT LOCK, но там по оценке слишком большие объемы чтобы сделать это быстро
Линукс избавляли от BKL. В 37 ветке избавили, в 38 избавили окончательно
глядишь, в 58 очень-очень окончательно "избавят"
ты ведь даже не знаешь что это, не так ли?
Может, и знает. Я вот знаю, но "избавили", потом "окончательно избавили" очень напоминает об осетрине второй свежести.Не работа ядерных программеров, прошу заметить, а заявы анонимаусоав.
Меж тем все просто: в 37 BKL был убран, но определенные (уже не задействованные) куски легаси-кода оставили, чтобы в случае чего проще было откатиться.
Но все прошло гладко, и в 38 эти куски вычистили.
> Меж тем все просто: в 37 BKL был убран, но определенные (уже
> не задействованные) куски легаси-кода оставили, чтобы в случае чего проще было
> откатиться.
> Но все прошло гладко, и в 38 эти куски вычистили.Ага, щаз. На дворе уже .39, а раненных
http://lwn.net/Articles/434637/
всё везут и везут. :))И да, гугль учит нас, что с .35 можно было собрать конфигурацию без (если с железом "повезло"), в .37 убрали (ну, то есть заменили mutex-ами, _снова _можно собрать ядро без BKL), ...что они там в .38-ом делали?..., в .39-ом "самый главный макро" убрали^Wубирают.
Error: E_TROLL_IS_TOO_FAT.
Да не, уже. Тут в пределах 40-42 могут влить Preempt Realtime. Не знаю чем полезно, но это теперь моя новая мечта и смысл жизни.
Так вот почему потребление энергии увеличилось!!! :)
фигня это всё. скомпилял на генте 38 - ноут живёт на 10-20% дольше.
вчера вот 39-рк4 поставил - изменений масса. и для меня плюшка - азеросные дрова заработали просто великолепно! :D
вот аккум надо проверить, но опять же конфиг сделал совсем другой чем в 38.
Не пойму нафига разбигаться, присоединились бы к fBSD и пилил бы одно, эффект был бы лучше думаю лучше. А то и так разработчиков мало и бабла и тут еще создадим миллион дистрибутивов.
Метью Диллон наоборот в свое время отсоединился от FreeBSD. Это произошло ввиду того, что взгляды прокагандируемые им в плане развития FreeBSD (уход в сторону микроядерности от монолита - основное имхо) шел в разрез с планами остальных. Что ж, у всех свои цели - жалко что и без того малый user-base стал еще меньше. Но Линуксовому ядру тоже, кажется, не хватает таких проектов.
Мэтью Диллон кстати не только в BSD проектах светился - я помню что он также учавствовал в улучшении VM под Linux, под FreeBSD также в VM подсистеме сделал немало, знаток своего дела. Только - реально, есть пользователи DFLYBSD здесь (не те кто в виртуалке погонять и забыть, а на продакшне) ?
Я использую ее в качестве десктопа: FluxBox, Firefox, GMPlayer, Audacious, GIMP. Собственно с нее и пишу это сообщение
Не могли бы Вы рассказать подробнее? Давно ли используете Стрекозу? Используете ли Линукс? Какой дистрибутив, как долго? В чём, по-Вашему, сильные/слабые стороны Стрекозы, особенно по сравнению с Линукс? Глючность? Отзывчивость? Доступность ПО?
> Давно ли используете Стрекозу?Использую ее с 2.6.3 версии. Сначала использовал официальный релиз, затем начал еженедельно синхронизировать дерево исходников из git-репозитория и на ночь ставить на пересборку. Система нравится своей простотой и стройностью :)
> Используете ли Линукс?
На работе Слака
>В чём, по-Вашему, сильные/слабые стороны Стрекозы, особенно по сравнению с Линукс?
Сразу что бросается в глаза на фоне Линукса - это отсутствие официальных дров от NVidia.
Как-то один из разработчиков DFBSD занялся идеей адаптацией FreeBSDшного бинарного драйвера от NVIDIA для DFBSD и у него это получилось:
http://www.shiningsilence.com/dbsdlog/2004/07/21/534.html
http://www.shiningsilence.com/dbsdlog/2008/11/21/3411.htmlНо я, честно говоря, так и не пробовал это
Про прочие преимущества/недостатки относительно Линукса можно тут прочитать:
http://www.dragonflybsd.org/docs/user/Comparison_with_Linux/P.S. спасибо модераторам новостей, что так расширили мою новость. Мой первоначальный вариант был в разы скромнее :)
Спасибо! А что насчёт отзывчивости десктопа? Не доводилось сталкиваться с тормозами а-ля баг 12309? Бывают ли проблемы с воспроизведением звука при высокой нагрузке системы?
> Спасибо! А что насчёт отзывчивости десктопа? Не доводилось сталкиваться с тормозами а-ля
> баг 12309? Бывают ли проблемы с воспроизведением звука при высокой нагрузке
> системы?Баг со звуком и "12309" я испытывал только, когда ставил ее под виртуалкой :) Наверно из-за малого кол-ва RAM, выделенного для нее. На реальной системе такого пока не было, хотя у меня там и софт постоянно из pkgsrc собирается, ни на отзывчивость, ни на звук/видео это не влияет
Всё же, можно поподробней, как обстоят дела с иксами/видео дровами. Последние пилят в сторону DRM/KMS, которые, подозреваю в DFBSD отсутствуют. Что со звуком (oss/своё)?
> Всё же, можно поподробней, как обстоят дела с иксами/видео дровами. Последние пилят
> в сторону DRM/KMS, которые, подозреваю в DFBSD отсутствуют. Что со звуком
> (oss/своё)?Ну как я выше сказал, NVIDIA не делает своих дров для Стрекозки. Вот сообщение одного из разработчиков DFBSD, в к-м он сообщает, что NVIDIA не заинтересована в пилении дров для этой малопопулярной ОС http://leaf.dragonflybsd.org/mailarchive/users/2006-07/msg00... Правда это было давно, но с тех ничего не изменилось
Но можно напильником обработать FreeBSDшные дрова, у некоторых есть успешный опыт в этом.
Для реализации KMS в прошлом году стартовал проект http://www.dragonflybsd.org/docs/developer/GEMdrmKMS/ Но я что-то как-то не следил удалось ли David Shao победить это или нет
Звук там работает совсем просто:
1. kldload sound.ko
2. kldload snd_hda.ko (для моей звуковухи)
3. прверяем dd if=/dev/random of=/dev/dsp0 count=10Лично у меня с ним не возникало проблем в плане одновременного воспроизведения с разных источников или каких-либо иных :) Все работает, как часы :)
> Звук там работает совсем просто:
> 1. kldload sound.ko
> 2. kldload snd_hda.ko (для моей звуковухи)
> 3. прверяем dd if=/dev/random of=/dev/dsp0 count=10Хотелось бы взглянуть как вы вот это расскажете секретутке. Если все так просто.
А можно Вашу субьективную оценку производительности, скорости, отзывчивости и т п.
С одной стороны говорили она быстрее на сервере чем Дебиан (кажется, веб сервер, из их форума год или два назад).
С другой стороны в тестах Фороникса она была медленнее, особенно Hammer (полгода-год назад).И не упала ли активность разработчиков DragonFlyBSD после выхода FreeBSD 8,9 (c их удалениeм GL)?
Дорогие друзья, давайте воздержимся от тролизма здесь - это хороший проэкт, уважаемые люди, интересный и новаторский подход (гибридное ядро с большим уклоном в сторону микроядра, трудно не сделать ошибок, как с Хурдом).
Ну как Вам сказать... Лично не замерял ее относительно Линукса. У меня на рабочем компе стоит Слака с ext4, дома DragonFlyBSD с HAMMER, субъективно разницы нету, по крайне мере на десктопных задачах. На сервер ее не ставил. HAMMER действительно возможно медленнее, но это только из реалтаймовых снепшотов - всегда в любой момент времени можно откатиться на предыдущее состояние системы (причем этих состояний может быть очень много), что иногда бывает мега удобно.Насчет активности я бы не сказал, что она упала. В списке рассылки постоянно информация от разработчиков что реализована та или иная фича и просьба протестить и т.д. Ну и сам Диллон там часто отписывается о ходе разработки, в основном о HAMMER и ядре. Вообщем система живет. Разрабов по сравнению с FreeBSD в разы меньше (а по сравнению с Линукс и подавно), но люди и есть и они тщательно работают над ней, вылизывая код.
Использовал и использую Стрекозу и не только на серваках, для разных задач и еще с 1.6. Очень радует гибкость и надежность системы. Серьезный глюк словил за эти годы только один раз, когда перевалил боевой сервак с UFS на HAMMER первой версии. Патч вышел через неделю где-то, уже и причину глюков не припомню даже. Из Линухов есть реальная возможность сравнить с АСП'ом - ну, субъективно Линукс поворачивается медленнее. ИМХО. А еще очень хорошая штука HAMMER - и современное железо можно эффективно использовать, и можно построить "непотопляемый" сервак "из подручных материалов", не сильно ломая голову. Так что рекомендую! ;)
Спасибо, интересно.
а chrome собирали а может gnome 3 ?
мне тоже очень интересно
> а chrome собирали а может gnome 3 ?
> мне тоже очень интересноGNOME3 не собирал, а вот KDE4 из pkgsrc компилится "на ура". Chrome, честно говоря, тоже не ставил, но думаю проблем быть не должно.
>Не пойму нафига разбигаться,А раз не понимаешь, то и молчи.
>присоединились бы к fBSD и пилил бы одно, эффект был бы лучше думаю лучше.
Лучше бы не было, потому что разъединение произошло из-за разности взглядов основных разработчиков по способу реализации многопроцессорности в ядре. FreeBSD сделала много-много подсистем, каждая из которых блокируется отдельно, но работает в составе ядра-процесса. А DragonFly вынесла подсистемы в отдельные процессы-сервисы, обращения к которым встают в собственную очередь процесса-сервиса. Поскольку каждый процесс привязан строго к одному процессору, у каждого процессора свой планировщик задач, то и блокировки тут не нужны (хотя переводить процесс с процессора на процессор можно, но делается это явным образом).
>А то и так разработчиков мало и бабла и тут еще создадим миллион дистрибутивов.
Иногда лучше жевать, чем говорить.
Пристально слежу за развитием системы. Еще немного и можно будет переползти с линукса. Файловая система хороша, ядро и взаимодействие процессов почти допилено. Как допилят фичу "но libhell", так можно сразу переходить. Мои поздравления пользователям.
"no libhell" - это когда каждая прога со всеми необходимыми ей библиотеками ставится в подкаталог "C:\Program Files"?
> "no libhell" - это когда каждая прога со всеми необходимыми ей библиотеками
> ставится в подкаталог "C:\Program Files"?Это как раз и есть libhell. Каждый прет все стандартные/популярные библиотеки с собой. За их обновлением никто не следит. Совместного использования библиотек не получается. Бардак-с.
> Пристально слежу за развитием системы. Еще немного и можно будет переползти с линукса.А что это даст с практической точки зрения?
Это даст отсутсвие бардака, возможность (по необходимости) запустить софт линуховый (но там большая часть софта идет нативной сборки, так что мало актуально), ну и "стройные" бзд консольные комманды, а так же отсутсвие бардака с велосипедами для установки пакетов. Почувствуйте разницу.
Там есть модуль ядра linux.ko. Позволяет исполнять Линуксовые бинари. Я так пользуюсь OpenOffice в DFBSD
>Там есть модуль ядра linux.ko. Позволяет исполнять Линуксовые бинариА через этот модуль можно запускать линаксовые дрова (это гораздо важнее)?
>>Там есть модуль ядра linux.ko. Позволяет исполнять Линуксовые бинари
> А через этот модуль можно запускать линаксовые дрова (это гораздо важнее)?Не, этот модуль обеспечивает работу с Линукс ABI на уровне исполнения бинарей и библиотек
А какие дрова тебя интересуют?
А CentOS 6.0 все нет и нет
у центоса видимо траблы с разработчиками еще хуже чем во freebsd....
шото никак 6 релиз выдохнуть не могут
Поспешишь - троллей обрадуешь)) Пусть делают на "отлично" и медленно, чем на "не уд." и быстро.