Доступен (https://www.dragonflybsd.org/release50/) корректирующий релиз операционной системы DragonflyBSD 5.0.2, который в основном содержит исправления (http://lists.dragonflybsd.org/pipermail/commits/2017-Decembe...), связанные с включением в состав файловой системы HAMMER2 (http://www.dragonflybsd.org/hammer/). Также изменены права на некоторые каталоги в /usr/share и устранены недостатки в libc, pthreads и libarchive.
URL: https://www.dragonflybsd.org/release50/
Новость: http://www.opennet.me/opennews/art.shtml?num=47671
кто-нибудь пользуется? выглядит прилично, но уж как-то слишком маргинально, "потомки" получив "в наследство" не оценят наверное.
Я пользуюсь
Пользуюсь. В основном, ради HAMMER и swapcache.
> Пользуюсь. В основном, ради HAMMER и swapcache.А в чём цимес оных?
Swapcache хорош тем, что ставишь ssd, создаешь на нем swap раздел размером в сотни ГБ и простым движением sysctl превращаешь его в кеш файловой системы (аналог линуксового BCache). Хорошо использовать под большую БД (в основном, располагающуюся на hdd), без лишней избыточности на стороне дисковой подсистемы.Hammer просто приятен в использовании, отличная фича -- сетевое зеркалирование, ну и снапшоты. Но это только под файловый сервер. Для баз данных эти фичи не нужны. В качестве кластерной не использовал. Радует "моментальное" (и надежное) восстановление после сбоя и отключения питания.
Касательно производительности, плохо поддерживает работу с большим количеством маленьких файлов, поскольку маленькие файлы содержатся в инодах и если много писать таковых, то дерево начинает перестраиваеся, причем в офлайне, когда накапливается большое количество изменений, из-за этого возникают серьезные задержки. Для файлов среднего и большого размера -- вполне себе подходит.
О, расскажите про HAMMER, сравнивали с другими кластерными фс?
Она работает на уровне ядра, верно? - Очень интересует производительность...Сколько хостов используете и как оно в деле вообще?
Не знаю, какая она кластерная. Если не считать возможности репликации по сети. Но кластерной точно назвать ее нельзя.А так работает в режиме ядра, да.
Про производительность уже писал. Захлебывается, точнее, затыкается на большом количестве маленьких файлов (1-4к) при всех возможных настройках sync,. Это не вариант использвания HAMMER, (на HAMMER2, возможно, эту ситуацию исправили -- еще не тестировал) хотя отсутствие ограничения по количеству инодов может ввести в заблуждение. Если работать с файлами побольше, то тут HAMMER ведет себя чуть лучше UFS, но конкретных замеров я не делал. Субъективно - лучше на HDD при разноплановой нагрузке. А так - максимальный throughput - одинаковый и зависит только от скорости диска. Но все это не имеет значения, если не использовать swapcache. Именно к такой связке я пришел, когда выбирал платформу для БД без использования HW-рейда: 1HDD (большой) + 1 SSD (где-то 10% от размера HDD) + swapcache + БД с нативными средствами репликации на другие такие же узлы. Производительность не зависит от размера базы при этом, поскольку hot data практически вся в кеше + swapcache (который, кстати, экономит количество перезаписей, по сравнению с тем вариантом, если просто держать базу на SSD).
Для файлового сервера -- просто узлы с одинаковыми HDD (один мастер и слейв) с репликацией HAMMER по сети.
в чем маргинальность проявляется?
Сайт приличный (в отличие от той же OpenBSD), проекту 14 лет, бздя как бздя.
Потомки точно не оценят, если им винду10 в наследство оставить ;)
> Сайт приличный (в отличие от той же OpenBSD)...А что у OpenBSD с сайтом не так? Имхо все основные потребности он удовлетворяет, а как объект высокого дизайнерского искусства его (сайт) никто никогда и не позиционировал.
Никем не используемая ось. 3.5 фрикоанонимуса не в счёт.
То, что у вас оно не используется, не значит что большой энтерпрайз это вы.
> DragonflyBSD
> большой энтерпрайзахахаха
Не каждый решится принять Bromo-DragonFLY
А какой там основной DE?
Никакого, из портов ставишь любой - он и будет основным.
Так уже ж давно наступила эра, в которой операционные системы отличаются друг от друга в основном только обоями. А какие там у этих операционных систем ядра - это нынче для юзерей-то дело десятое. :-)))
Ну вот у меня там основное "DE" это i3 + urxvt + mc. Сойдёт?
> Ну вот у меня там основное "DE" это i3 + urxvt +
> mc. Сойдёт?Ну там ещё кой-чего так, по мелочи. Pine, CenterIM, ELinks и т.п. Ну и весь этот мир, дружба, жевачка - из под screen, конечно. Вот и вся DE. Иксы даже не нужны. :-)
УРА
Праздник
Обновляю
У меня есть такая плата: asus j1900i-c. Хочу ее использовать в качестве медиаприставки.
Cколько линуксов на ней не перепробовал - все зависают. Какие-то чаще, какие-то реже, иногда зависает через 2минуты, а иногда через 2 часа работы, но зависаетвсе равно.
Решил попробовать DragonFly. Так вот он не завис ни разу :). Может, конечно, повезло, а может и сказывается гибридное ядро :)
Вообще, мне нравится идея микроядер, но т.к. для десктопа пока нет микроядра с приемлемой производительностью, то гибридные ядра могут быть неким компромиссом.Потом опять были эксперименты с Debian, но после того как оказалось, что Debian тоже зависает на этой плате, решил вернуть Dragonfly.
Из проблем, которые пока не решил:
1. Не стартует автоматически сетевой интерфейс wi-fi. Он работает, если я руками выполняю service netif restart. После засыпания тоже нужно это выполнять.
2. Пока не нашел как сделать автозапуск/автологин DE (у меня XFCE)
3. Проблемы с локализацией: как известно, консоль там не поддерживает юникод, с KOI8 как-то в 2017 году уже не хочется связываться :) Вообщем пока системя без локализации. В XFCE просто добавил русский язык в расскладки. В браузере работает, а вот в эмуляторе терминала не могу печатать на русском
Ваша проблема в процессоре intel Bay Trail, во всем виноват C-States, решение здесь https://goo.gl/ZoxKHp
Те же самые симптомы и у меня на Gigabyte GA-J1900N-D3V с Ubuntu 14.04.5 amd64.. переодически lightdm service приходится перезапускать.
Вообще, ох уж эти порезанные интеловые процы и C-states. На Атомах были залипатушки с ними.
> Вообще, ох уж эти порезанные интеловые процы и C-states. На Атомах были
> залипатушки с ними.Супер новость!
можно просто отрубить C-States в биосе, или что еще желательно, переписать ACPI
Спасибо, нужно глянуть что там в биосе
Спасибо большое за то, что указали на проблему :)
Единственное, что настораживает, это нижнее сообщение по указанной Вами ссылке:"Всем привет! Читал в англоязычных форумах, что фокус с "cstate=1" не рекомендуемый метод решения, что может повредить процессор(Правда ли). Как сейчас обстоят дела с обновлением Ubuntu 16.04.2 LTS? Решили ли данную проблему? Спасибо."
Камень не умрет!) проверено лично уже 3 года в режиме 24/7, сестра вообще комп не выключает)) кулера на камне нет только радиатор стоит, единственное что может возрасти энергопотребление системы в целом, только это потреблением назвать можно с натяжкой ;) Даже от делать нечего, эта система майнила Quarkcoin и все нормально было, ни какого тротлинга не заметил)
Советую попробовать Ubuntu 16.04.3 LTS amd64, 17.10 сырая еще( и добавить в конец файла /etc/sysctl.conf строку vm.swappiness = 10
http://www.linuxrussia.com/things-to-do-after-installing-ubu... возможно будет полезно ;)
Ясно, спасибо большое за наводку
>консоль там не поддерживает юникодТам теперь такой же vt, как во фряхе. Гуглишь мануал и настраиваешь.
вот здесь https://www.dragonflybsd.org/docs/developer/Code_Bounties/
UTF-8 support in Console находится в списке желаемых фич
Собственно, я гуглил по этой теме. Нигде я не нашел, что vt, который бывший newcons, доступен в DragonFly
Аааа. Понял в чем дело. Я-то на current'е сижу. Там уже давно запилено и работает без каких-либо нареканий. Почему не деплоят в основную ветку - ХЗ.
Ну может не вливают в основную ветку потому что считают, что функциональность недостаточно протестирована либо там есть известные проблемы при определенных сценариях использования.Я так понял, что для vt из current подойдет мануал из FreeBSD?
Как система ведет себя на current'е? Достаточно ли стабильно? Наскотлько часто обновляетесь?
>Ну может не вливают в основную ветку потому что считают, что функциональность недостаточно протестирована либо там есть известные проблемы при определенных сценариях использования.Ну, пару лет назад там были проблемы с kms. Но давно уже работает. На intel, на amd не проверял.
>Я так понял, что для vt из current подойдет мануал из FreeBSD?
Ага.
>Как система ведет себя на current'е? Достаточно ли стабильно? Наскотлько часто обновляетесь?
За все годы пользования могу припомнить лишь один случай, когда после обновления ядро не взлетело. Ну и раза три система отказывалась собираться, когда менялись мажорные версии компилятора. Обновляю раз в полгода примерно. Сейчас она у меня только на недобуке осталась, а там мне в принципе пофиг на версию, лишь бы работало. Но с current'а откатывать на release лень.
Ясно. Спасибо за ответ.