После шести месяцев разработки представлен (http://lists.dragonflybsd.org/pipermail/users/2013-April/053...
) релиз DragonFlyBSD 3.4 (http://www.dragonflybsd.org/), операционной системы с гибридным ядром, созданной (http://www.opennet.me/opennews/art.shtml?num=2717) в 2003 году с целью альтернативного развития ветки FreeBSD 4.x. Из особенностей DragonFly BSD можно выделить распределённую версионную файловую систему HAMMER (http://wiki.opennet.ru/HAMMER), поддержку загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях. Среди ключевых улучшений выпуска DragonFly BSD 3.4 отмечается интеграция системы портов DPorts и инструментария pkgng, переход на GCC 4.7, новый USB-стек, оптимизация производительности при работе на высоконагруженных системах.
Для загрузки доступны (http://mirror-master.dragonflybsd.org/iso-images/) 32- и 64-разрядные установочные образы размером 221 Мб для CD и USB Flash, а также расширенные образы размером 1 Гб с десктоп-окружением для установки на DVD и USB Flash. Все доступные образы могут работать в Live-режиме, что позволяет оценить работу DragonFly BSD без установки на диск. Репозиторий pkgsrc в DragonFlyBSD 3.4 обновлён до версии 2013Q1 и включает в себя около 10 тысяч предкомпилированных пакетов. Для поддерживаемого проектом NetBSD CVS-репозитория pkgsrc разработчиками DragonFly BSD поддерживается активное GIT-зеркало (http://git.dragonflybsd.org/).Основные улучшения (http://www.dragonflybsd.org/release34/), добавленные в DragonFlyBSD 3.4:
- Интеграция системы сборки пакетов DPorts (DragonFly Ports), в рамках которой поддерживается вариант портов из FreeBSD, адаптированных для сборки в DragonFly BSD. Для управления бинарными пакетами задействована новая утилита из FreeBSD - pkg (утилиты pkg_* не требуются), развиваемая в рамках проекта pkgng (http://www.opennet.me/opennews/art.shtml?num=34739), предоставляющая интерфейс в стиле пакетного менеджера APT и обеспечивающая поддержку таких функций, как обновление пакетов, работа с репозиториями бинарных пакетов, учёт зависимостей и полноценные средства для работы с метаданными. DPorts пока позиционируется как экспериментальная система, по умолчанию по прежнему предлагается pkgsrc. DPorts и pkgsrc не могут использоваться одновременно, поэтому пользователи, желающие перейти на DPorts, должны отключить (http://www.dragonflybsd.org/docs/howtos/HowToDPorts/) pkgsrc.- Проведена работа по увеличению производительности системы в условиях повышенной нагрузки на CPU и дисковую подсистему. Внесённые изменения позволили увеличить производительность выполнения инструментария для тестирования сборки портов poudriere (https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki), увеличить скорость работы с разделами tmpfs, увеличить эффективность функционирования планировщика задач. Попутно устранены проявляющиеся на системах с большим число процессорных ядер проблемы со стабильностью при многочисленных монтированиях и отмонтированиях разделов tmpfs.
На приведённом ниже графике представлена статистика нагрузки на сервере сборки и тестирования пакетов до и после перехода на новое ядро Dragonfly BSD:
<center><a href="http://lists.dragonflybsd.org/pipermail/kernel/attachments/2... src="http://www.opennet.me/opennews/pics_base/0_1367311018.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
Результаты тестирования производительности (http://lists.dragonflybsd.org/pipermail/kernel/2013-April/03...):
<center><a href="http://lists.dragonflybsd.org/pipermail/kernel/attachments/2... src="http://www.opennet.me/opennews/pics_base/0_1367311421.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center><center><a href="http://lists.dragonflybsd.org/pipermail/kernel/attachments/2... src="http://www.opennet.me/opennews/pics_base/0_1367311508.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center>
<center><img src="http://www.opennet.me/opennews/pics_base/0_1367311528.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center>- Переход на GCC 4.7 (http://www.opennet.me/opennews/art.shtml?num=33424) в качестве используемого по умолчанию набора компиляторов, применяемого в том числе для сборки базовой системы. Появившаяся в GCC 4.7 поддержка технлогии параллельного программирования OpenMP может быть задействована в Dragonfly BSD при использовании бибилиотеки libgomp, интегрированные средства защиты от переполнения стека через libssp. Поддержка ранее используемой ветки GCC 4.4 будет сохранена и предложена в качестве альтернативы. Кроме того, GCC 4.4 остаётся первичным компилятором для сборки портов в системе DPorts.
- Новый USB-стека usb4bsd (http://www.selasky.org/hans_petter/usb4bsd/), обеспечивающий поддержку хост-контроллеров xhci (USB 3.0) и расширяющий совместимость с USB-устройствами. Новый стек создан на основе портирования кода поддержки USB из FreeBSD 8. Так как подсистема достаточно новая, она пока не включена по умолчанию и требует для активации пересборки ядра (в /etc/make.conf следует установить "WANT_USB4BSD=yes" и в конфигурации ядра заменить "device usb" на "device usb4bsd"). Usb4bsd доступен для экспериментов начиная с прошлого выпуска, в Dragonfly BSD 3.4 стабильность и возможности стека расширены, но разработка по прежнему позиционируется как экспериментальная.
- Обновление сторонних приложений, поставляемых в базовой системе: flex 2.5.37, bmake 20121010, OpenSSH 6.1p1, byacc 20121003, OpenSSL 1.0.1e, dialog 1.2-20121230, libarchive 3.1.2.
URL: http://lists.dragonflybsd.org/pipermail/users/2013-April/053...
Новость: http://www.opennet.me/opennews/art.shtml?num=36827
openbsd 5.3 завтра выйдет?
Да, как обычно. Надеюсь, кто-нибудь уже занимается анонсом, у меня банально не хватает времени на многочасовой перевод, выверение ссылок и прочее. :( А если этот кто-то читает сейчас этот комментарий, то уведомляю, что с радостью готов ответить по почте на отдельные вопросы.В -CURRENT, кстати, сейчас готовится переезд на полноценный 64-битный time_t (для всех архитектур! А не как некоторые нелетающие... ;) ) - весьма познавательный процесс, если за ним наблюдать.
Жаль только, мой wifi так и не заработал. :( Смотрю, по сравнению со snapshots никаких изменений по ath не было.Вот эта работает:
ath0 at cardbus0 dev 0 function 0 "Atheros AR2413" rev 0x01: irq 3
ath0: AR2413 7.8 phy 4.5 rf 5.6, FCC2A*, address 00:13:46:76:6d:7fА вот эта - нет:
ath0 at pci2 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 1 int 17
ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR0W, address 00:25:d3:76:a4:75
В hardware list модели вообще не указаны. :(
Есть ли шанс, что когда-нибудь заработает?
>[оверквотинг удален]
> со snapshots никаких изменений по ath не было.
> Вот эта работает:
> ath0 at cardbus0 dev 0 function 0 "Atheros AR2413" rev 0x01: irq
> 3
> ath0: AR2413 7.8 phy 4.5 rf 5.6, FCC2A*, address 00:13:46:76:6d:7f
> А вот эта - нет:
> ath0 at pci2 dev 0 function 0 "Atheros AR5424" rev 0x01: apic
> 1 int 17
> ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR0W, address 00:25:d3:76:a4:75
> В hardware list модели вообще не указаны. :(Как показала практика, некоторые модели с одними и теми же индентификаторами могут работать, а могут - нет. Такой вот весёлый и последовательный Atheros.
> Есть ли шанс, что когда-нибудь заработает?
Весьма небольшой. Есть вот такой патч: http://marc.info/?l=openbsd-tech&m=127704337716716&w=2 , но автор не осилил его доработать. Я бы рад помочь, но свой 5424 давно кому-то отдал. :( Да и десктопами давно не пользуюсь...
> Да и десктопами давно не пользуюсь...То есть?
>> Да и десктопами давно не пользуюсь...
> То есть?Сам хожу с верным X201i, там нормально поддерживаемая Intel'овская вафля. Если нужен большой экран - подключаю внешний монитор, да и бывает это редко. Знакомые тоже почти все на ноутбуках/нетбуках, там ath(4) (не athn(4) - эти работают хорошо) нынче редкость. Разве что иногда попросят по дружбе посмотреть какого-нибудь пациента.
>>> Да и десктопами давно не пользуюсь...
>> То есть?
> Сам хожу с верным X201i, там нормально поддерживаемая Intel'овская вафля.Так у меня это тоже два ноутбука. :)
>>>> Да и десктопами давно не пользуюсь...
>>> То есть?
>> Сам хожу с верным X201i, там нормально поддерживаемая Intel'овская вафля.
> Так у меня это тоже два ноутбука. :)Тогда увы. :(
Подскажите, что-то по мимо qemu по виртуализации из-под openbsd есть? Отсутствие толковой виртуализации, это единственное что останавливает меня от перехода на ноутбуке на openbsd(
> Подскажите, что-то по мимо qemu по виртуализации из-под openbsd есть? Отсутствие толковой
> виртуализации, это единственное что останавливает меня от перехода на ноутбуке на
> openbsd(Для sparc64 есть поддержка LDOM, со всеми его плюшками. Для x86 несколько раз поднимался вопрос о реализации интерфейса KVM, но дальше слов пока ни у кого не дошло, так что увы - аппаратной (т.е., быстрой) виртуализации нет.
Гостем же опёнок работает прекрасно. В том числе 5.3 будет интересна наличием viomb(4): http://www.openbsd.org/cgi-bin/man.cgi?query=viomb&sektion=4 .
а зачем на неё переходить?
Чтобы лучше изучить эту ОС. Уж очень мне она нравится.
> а зачем на неё переходить?Потому что это светлая сторона. И у неё есть ПЕСЕНКИ. :)
>> а зачем на неё переходить?
> Потому что это светлая сторона. И у неё есть ПЕСЕНКИ. :)Вы что, какая светлая, мы же машины для превращения детей в перегной делаем!
>> Потому что это светлая сторона. И у неё есть ПЕСЕНКИ. :)
> Вы что, какая светлая, мы же машины для превращения детей в перегной делаем!Пустяки, дело то житейское. Песенки всё искупают. :)
У меня прямо сейчас одна из них играет. :)
Разве это не прекрасно? Готова для десктопа прямо из коробки :)
Всё-таки не машины делаете, а ОС (Вы тоже пишете?), под управлением которой работают программы управляющие машинами ... дальше тайны пентагона. В любом случае конечные решения принимают люди, а они, как правило, именно что детей не стремятся в расход пускать. Как правило на детей наплевать в худшем случае и им сочувствуют в лучшем, так что гибнут они или оказавшись в фатальной близости к противнику, или по ошибке. Так вот ошибок-то как раз и надо избегать при разработке ПО. Это детей и спасёт.
этот 5424 можно выбросить, нормально он будет работать только в винде
> этот 5424 можно выбросить, нормально он будет работать только в виндеУ меня в дебиане перемолол гигазы ваврезов, работая на износ. Там были и slackware, и арч, и много чего ещё - и везде wifi работал.
А винды на этом ноутбуке никогда не было, он сохранил чистоту и непорочность. :)
>Релиз операционной системы Dragonfly BSD
>Релиз[стандартный комментарий] Мы на current'е таких слов не знаем!:)
>интеграция системы портов DPorts и инструментария pkgng
Нeнужно, есть pkgsrc. Нафига вместо кроссплатформенной системы FBSD-only? Что, фряшники будут заботиться о совместимости с DF? Или J.Marino будет в одно рыло косты^W поддерживать?
>GCC 4.4 остаётся первичным компилятором для сборки портов в системе DPorts.
Спасибо, закaпывайте.
>переход на GCC 4.7
Оно разве не в 3.3 еще запилено? Запамятовал уже.:)
>новый USB-стек
Когда крайний раз шшупал - оно не работало. Надо бы глянуть на теперешнее состояние. Может, у меня в кои-то веки USB-модем заработает?:)
>увеличена стабильность и расширены возможности стека
свежо предание...
>Репозиторий pkgsrc в DragonFlyBSD 3.4 обновлён до версии 2013Q1
Я смотрю, и для 3.5 уже запилили. Well, а то у меня пара портов не собирается.
>в качестве утилиты для сборки системы задействован bmake
Джва года ждал! Лучше бы bootstrap пилили да hammer, чем тянуть что попало из фряхи.
>реализовано автоматическое резервного копирования перед выполнением installworld
Опять же, не помню, когда оно появилось, но явно не вчера.
ЗЫж. А вообще -спасибо за новость, а то убунта и арчег в новостях задрали. Поздравляю всех юзающих, но советую переходить на current, тут веселее и интереснее.
Как оно для десктопа? Песенки есть? :)
>Как оно для десктопа?Кому как. Меня устраивает, кого-то может не устраивать, но это не мои проблемы.
>Песенки есть? :)
Вот песенок да, нет. Пиши фичреквест.
> Оно разве не в 3.3 еще запилено? Запамятовал уже.:)The two base compilers have swapped roles.
>Нeнужно, есть pkgsrc. Нафига вместо кроссплатформенной системы FBSD-only? Что, фряшники будут заботиться о совместимости с DF? Или J.Marino будет в одно рыло косты^W поддерживать?ну пока только его и видел в irc из dfly`евцев, может просто остальные читатели:)
а кто, кстати, будет заботиться о поддержке dfly+pkgsrc ?
>ну пока только его и виделJustin Sherrill еще.
>а кто, кстати, будет заботиться о поддержке dfly+pkgsrc ?
А вот хз. Надеюсь, совсем не забросят. А то в крайних двух бранчах были проблемы со сборкой некоторых портов, и всем пофиг. Надо хоть бинарями обновиться, я так в прошлой весной с питоном делал - обновил бинарем, после чего успешно пересобрал, а до того полгода ни в какую не хотело собираться.
>>интеграция системы портов DPorts и инструментария pkgng
> Нeнужно, есть pkgsrc. Нафига вместо кроссплатформенной системы FBSD-only?
> Что, фряшники будут заботиться о совместимости с DF? Или J.Marino будет в
> одно рыло косты^W поддерживать?У меня сложилось впечатление, что J.Marino не всегда понимает, о чем говорит.
Любопытным сюда
http://mail-index.netbsd.org/tech-pkg/2013/04/16/msg011099.htmlСовершенно нездоровый ажиотаж по поводу того, что фряшники изобрели pkgng
и решили закопать свои pkg_*. Пусть закапывают, что хотят и когда хотят,
при чем тут pkgsrc?!И совершенно мне непонятно, зачем делать DPorts и pkgsrc несовместимыми (судя по новости).
Откровенная глупость. Не вижу ни одной технической причины для этого.
Объясните, знатоки.И DragonFly и FreeBSD распространяются под лицензией BSD.
Но первая решила и включила в свою базу GCC 4.2+ (который GPL3),
а вторая - нет (и кстати, слава богу, что перешла на CLANG, полезно)Вопрос: почему DFLY-ю наличие в своей базе софта под GPL3 не мешает?
Наверное, они не рассчитывают, что их ОС будет использоваться в коммерческих проектах с закрытым кодом
И это правильно, товарищи
У них ресурсов меньше -> нет возможности тратить их на эксперименты с поддержкой двух компиляторов. Пущай во фряхе clang пилят, будет годно - возьмут.
GPLv3 не запрещает компилировать с помощью GCC код, который распространяется под лицензией BSD.Во FreeBSD отказались от GPLv3 в base поскольку это налагает большое ограничений на коммерческое использование FreeBSD. В частности GPLv3 явно запрещает Тивоизацию (http://ru.wikipedia.org/wiki/%D0%A2%D0%B...).
> Вопрос: почему DFLY-ю наличие в своей базе софта под GPL3 не мешает?"Десктоп" проекту не нужно дружить с апплаянс-вендорами?
Или у них нет вайс-президента по дружбе с?..
Или Дилон тролит коре-тиму?
Или Диллон подождёт продакшен ClangBSD и точно также, как с предыдущими [gcc+gpl] переходами _молча запилит переход на clang.+++Мы не знаем.Всё, что мы знаем - его зовут Дилон.
---Right now his just copying Linux kernel techniques just to make his pile of shit have 80% linux performance.
Хм, хорошо что они на FreeBSD'шные порты переходят - они куда вкуснее куцего и дохлого pkgsrc. И то что на нормальный gcc перешли, а не дрочат на BSD лицензию тоже радует. Ещё бы cmake для сборки, и я бы забросил FreeBSD куда подальше.А вот за графики в новости надо яйца оторвать. Что значат последний два графика? Чем они вообще отличаются? Что обозначают? Какие единицы по оси?
График c munin тоже подозрительный - из него можно сделать вывод что система после обновления поломана так, что половину времени спит и неспособна загрузить CPU.
> Что значат последний два графика? Чем они вообще отличаются? Что обозначают? Какие единицы по оси?по ссылке 2 pdf-а. там есть таблички и буковки. не благодари.
> График c munin тоже подозрительный
твоя подозрительность подозрительна.
> по ссылке 2 pdf-а. там есть таблички и буковки. не благодари.Сходить по ссылке я и сам догадаюсь. Я о том что новость оформлял рукожоп.
>> по ссылке 2 pdf-а. там есть таблички и буковки. не благодари.
> Сходить по ссылке я и сам догадаюсь. Я о том что новость
> оформлял рукожоп.А если вы всё же действительно догадались сходить по ссылке, разобрались с графиками, то почему вместо того, чтобы исправить новость, орёте как будто вам прищемили то самое, что вы хотели оторвать автору новости (то, что за свои слова анонимы отвечать не привыкли, думаю, и так понятно, так что комментировать не буду)? Это OpenNet, это open source, здесь так можно.
>куцего и дохлого pkgsrcЧеусова на тебя нету, нечестивец.
>>куцего и дохлого pkgsrc
> Чеусова на тебя нету, нечестивец.Кто это? Очередной iZen?
>>>куцего и дохлого pkgsrc
>> Чеусова на тебя нету, нечестивец.
> Кто это? Очередной iZen?Это я. Излагай по пунктам, почему pkgsrc куцый,
и что тебя в нем не успраивает.
>> Кто это? Очередной iZen?
> Это я. Излагай по пунктам, почему pkgsrc куцый,
> и что тебя в нем не успраивает.Я столько раз хотел пожаловаться на pkgsrc, столько мыслей было. А когда предоставился такой шанс... я забыл. И это к лучшему. :)
>>> Кто это? Очередной iZen?
>> Это я. Излагай по пунктам, почему pkgsrc куцый,
>> и что тебя в нем не успраивает.
> Я столько раз хотел пожаловаться на pkgsrc, столько мыслей было. А когда
> предоставился такой шанс... я забыл. И это к лучшему. :)Ok. Соберешься с мыслями -- милости просим
> Ok. Соберешься с мыслями -- милости просимМысли без души - это критиканство. Поэтому забуду и то, что помнил. :)
Портировать бы Pacman на DragonFly BSD
> Портировать бы Pacman на DragonFly BSDhttp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/games/kapman...
Мя?
Обновил libastral, и прозреваю, что он имел виду арчевский pacman. Не спрашивай меня, зачем он ему на DFBSD.:)
Во FreeBSD'шных портах есть - если стрекозиные из них растут, то и там есть.Но правда непонятно нафига он нужен - менеджер отвратный.
> менеджер отвратный.Менеджер он хороший, но - на своем месте. На кой хрен его тащить в BSD - непонятно.
> Портировать бы Pacman на DragonFly BSD"Дельфин на лыжах - это очень по-русски - достижение невозможного непонятно ради чего."
Наверное проще создавать пакеты, очень простой формат PKGBUILD
Что-то не стартует у меня DVD. Процессор Феном, три ядра. Выдает ошибку, что CPUID = 2, ему не нравится, а далше паника и режим отладки.Это можно вылечить? Первый раз ставлю стрекозу и сам в панике :(
На ноуте с интеловским процессором запустилось, но по сообщениям одно ядро активировалось, какбы.
Проблема решена!
Обновление BIOS решило все проблемы :)
> DPorts и pkgsrc не могут использоваться одновременно, поэтому пользователи,
> желающие перейти на DPorts, должны отключить
> (http://www.dragonflybsd.org/docs/howtos/HowToDPorts/) pkgsrc.Товарищи, объясните мне тупому зачем это было сделано?
Я дерну J.Marino, но хотел бы видеть мнение рядовых пользователей.
Неужели нельзя было разместить DPorts в /usr/local или /usr/dports?
Проблема ведь на ровном месте!
Почему - я так полагаю, потому что во фряшных репах больше софта, он быстрее обновляется. Зачем отдельно - а как ты представляешь использование двух систему управления портами одновременно? Они ж не будут знать о дествиях друг друга? Можно, конечно, устанавливать софт с другим префиксом - но это ж извращение.ЗЫж - Мое мнение - коней на переправе не меняют. Если pkgsrc работает в стрекозе не лучшим образом - его надо чинить, а не прикручивать в спешке еще и фряхопорты(которые тоже работают черт знает как).
> Почему - я так полагаю, потому что во фряшных репах больше софта,И это, похоже, единственное, чем фряшники могут похвастаться :-P
> он быстрее обновляется.
Это не так.
> Зачем отдельно - а как ты представляешь использование
> двух систему управления портами одновременно?DPorts -- /usr/local
pkgsrc -- /usr/pkg
Элементарно, Ватсон.
В этом случае обеспечивается возможность использовать pkgsrc для production,
и DPorts -- кому на пощупать и поиграться.
Или наоборот, тут уж как кому нравится.> Они ж не будут знать о дествиях друг друга?
> Можно, конечно, устанавливать софт с другим префиксом -
> но это ж извращение.Это не извращение, это очень широко распространенная практика, смотри Solaris.
J.R.Marino где-то отвечал уже, что это связано с ldconfig'ом. Насколько я понял, одни и те же библы разных версий могут быть в /usr/local/lib и в /usr/pkg/lib.
> J.R.Marino где-то отвечал уже, что это связано с ldconfig'ом. Насколько я понял,
> одни и те же библы разных версий могут быть в /usr/local/lib
> и в /usr/pkg/lib.Это бред. Весь софт pkgsrc собирается с -rpath, соответственно
перенастройки ldconfig не нужны. Само собой софт из /usr/local не потянет
либы из /usr/pkg/lib ровно по той же причине.
