LINUX.ORG.RU

NetBSD 6.0

 ,


0

4

После двух лет активной разработки вышла новая мажорная версия NetBSD, четырнадцатая по счёту — 6.0.

NetBSD — ОС, основанная на 386BSD и 4.3BSD, очищенная от спорного кода AT&T, впервые была официально выпущена в апреле 1993 года, то есть она старше чем даже Slackware и Debian GNU/Linux.

Её девиз — “Of course it runs NetBSD” («Конечно, NetBSD работает и на этом»), так как цель разработки этой системы — облегчить её портирование на различные аппаратные архитектуры.

В новой версии улучшена масштабируемость при работе на многоядерных системах, добавлено много новых драйверов устройств и обновлены старые. Основные новшества связаны с поддержкой thread-local storage, LVM, device mapper, переписанной системой дисковых квот, новыми подсистемами для управления флеш-устройствами и NAND-контроллерами, экспериментальной файловой системой CHFS для флеш-памяти, поддержкой протокола Multiprotocol Label Switching (MPLS) и использованием модульного ядра по умолчанию (возможность скомпилировать и использовать монолитное ядро остаётся).

Данный релиз включает NPF, новый пакетный фильтр, разработанный с учётом работы на многоядерных системах, который может фильтровать TCP/IP-трафик, в том числе и с учётом состояний соединений (stateful inspection) и поддерживает NAT.

Кроме того, основные изменения включают:

  • Поддержка SMP и начальная поддержка suspend/resume для Xen domU. Поддержка PCI pass-through для Xen3, а так же balloon driver, используемый для динамического выделения памяти.
  • Большие переделки в порте MIPS: добавлена поддержка SMP и 64-битных процессоров (поддерживаются O32, N32, N64 ABI), расширения DSP v2 ASE, различные NetLogic/RMI-модели процессора, процессоры семейства Loongson и новые SoC
  • Улучшена поддержка SMP на PowerPC, теперь поддерживаются процессоры Book E Freescale MPC85xx (e500 core)
  • Поддержка ARM Cortex-A8, различных новых SoC, начальная поддержка Raspberry Pi. Его полная поддержка и значительные улучшения для ARM ожидаются в следующей версии.
  • Теперь time_t 64-битная во всех портах NetBSD, так что NetBSD не прекратит работать в 2038-м году.
  • Значительно улучшена поддержка бинарников linux.
  • Собственная реализация стандарта PGP — NetPGP теперь в базовой системе
  • Импортирован код ZFS из OpenSolaris, но он пока не работает.

>>> Скачать NetBSD 6.0

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 15)

Причина (от JB?) «есть вариант лучше» насмешила. Так бы и написал, что Xenius украл портировал (и правильно сделал) фичи второй новости в первую. Конечно, она после этого лучше будет :)

В оригинале было так (см. про скайп и остальное):

Сегодня состоялся релиз NetBSD 6.0, подготовка которого длилась несколько лет. Это четырнадцатый релиз ОС NetBSD и первый стабильный релиз шестой ветки. Её особенностью являются добавление в базовую систему таких механизмов Linux, как Logical Volume Manager, device mapper и использование модульного ядра по умолчанию (возможность скомпилировать и использовать монолитное ядро остаётся). Помимо этого, в базовой системе появилась собственная имплементация стандарта PGP для работы с шифрованием и подписями — NetPGP. Кроме доступных пакетых фильтров OpenBSD PF и родного ipf теперь также имеется npf, который разрабатывается командой NetBSD с целью создания PF-подобного пакетного фильтра с высокой производительностью и поддержкой SMP.

Данный релиз включает в себя традицинное улучшение производительности на многоядерных и многопроцессорных системах, а также поддержку гипервизора Xen. В частности, последний теперь поддерживает проброс PCI-устройств, PAE для Dom0-ядер, suspend для DomU-ядер, многопроцессорность и многоядерность при работе в гоствевых системах (DomU), а также ballon-драйвер для изменения размера оперативной памяти гоствевых операционных систем на лету. Среди остальных новшеств — поддержка файловых систем CHFS, ZFS и протокола MPLS.

Посредством pkgsrc, являющимся предком Gentoo portage, в NetBSD доступно около 7000 портов актуальных версий прикладных программ. Помимо этого также доступно дерево из 3394 дополнительных портов (pkgsrc/wip), не включённых в основную базу.

NetBSD иммет хорошую поддержку бинарной совместимости с ядром Linux, потому на ней легко запускаются профессиональные Linux-специфичные программные пакеты наподобие MatLab и Mathematica. Тем не менее, в силу отсутствия эмуляции ALSA ядром NetBSD Skype не поддерживает работу со звуком.

cryptos
()
Ответ на: комментарий от sergv

И нововведения крайне редко носят деструктивный характер.

Тут нововведения вообще крайне редко носят хоть какой-нибудь характер.

geekless ★★
()
Ответ на: комментарий от aptyp

А что такое FreeBSD тогда?

(Сугубо личное мнение!)

NetBSD 6.0 (комментарий)

и не другой набор странностей, перекореженный попытками выпилить все гнутое...

sergv
()
Ответ на: комментарий от O02eg

udev может обратно работать с отдельным /usr?

Он и раньше не мог.

geekless ★★
()
Ответ на: комментарий от geekless

Тут нововведения вообще крайне редко носят хоть какой-нибудь характер.

Список изменений-же есть? Есть. А у них... Ну, может, и не характер, конечно... ;-)

sergv
()
Ответ на: комментарий от Xenius

...

Я не великий знаток нетки. Пробовал, но давненько. Больше, чем на поиграться тогда она была вообще ни на что не способна.

Тут вопросы не ко мне...

sergv
()
Ответ на: комментарий от cryptos

фичи второй новости в первую. Конечно, она после этого лучше будет :)

По-моему, моя новость и так лучше была. Но раз уж появилась возможность что-то улучшить — улучшил

NetBSD имеет хорошую поддержку бинарной совместимости с ядром Linux, потому на ней легко запускаются профессиональные Linux-специфичные программные пакеты наподобие

Так бы и сказал, что проприетарное говно из линукса тянут. По-моему, это недостаток. Вот скажи, есть хоть одно полностью свободное приложение, для которого эта совместимость с линуксом нужна?

в силу отсутствия эмуляции ALSA ядром NetBSD

Только OSS? А как же поддержка нескольких программ, использующих звук одновременно?

Skype не поддерживает работу со звуком.

Одним проприетарным поделием меньше — это плюс по сравнению с линуксом.

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 1)
Ответ на: комментарий от geekless

Не знаю, что внутри, но userspace-инструменты используются одни и те же.

Homura_Akemi
()
Ответ на: комментарий от Xenius

Одним проприетарным поделием меньше — это плюс по сравнению с линуксом.

Ага, и еще меньше вариантов использовать нетку на работе.

x4DA ★★★★★
()
Ответ на: комментарий от Xenius

Только OSS? А как же поддержка нескольких программ, использующих звук одновременно?

Толстовато.

O02eg ★★★★★
()

Xenius'у:

Вроде всё добавил, перечитай мою новость, если замечаний нет, то я уберу флаг «не подтверждать». Про 7000 пакетов не написал, так как это как-то совсем скромно, по сравнению с дебиановскими 24 тысячи (а сейчас и больше наверное)

В целом всё ОК.

Что касается портов/пакетов, я обнаружил, что те данные (на pkgsrc.se) устарели: по ссылке я насчитал 10874 скомпилированных порта (т.е. пакета), и при этом далеко не всё, что есть в pkgsrc+wip предскомпилировано (много чего имеется только в виде портов и надо компилить самому). Как тогда с Debian сравнивать, где портов вообще нет, не ясно.

Посмотрите CRUX, по-моему так почти копия NetBSD, только на базе Linux и GNU, есть и порты и бинарные пакеты и даже pkgsrc вроде

pkgsrc на неродных системах в каком состоянии поддержки? Это ж маргинально — неродная система портов.

Ещё есть Slackware со стабильным «миром» и слакбилдами, причём в мир входит довольно много софта.

Поверхностно судя, вижу жалобы владельцев всех дистров. Поставить Арч/Слаку/Ещё что-нибудь только для того, чтобы аргументированно говорить, что нет ни одного вменяемого дистра Linux — overkill. Если те системы не предлагают чего-то мне важного, что нет в BSD, зачем менять шило на мыло? Ещё один важный момент в том, что много важного софта разрабатывается под Debian. Как его потом запустить на других дистрах будет вопросом плясок, особенно если портов (с смысле BSD или portage) в выбранном дистре нет (как, например, в Debian).

cryptos
()
Ответ на: комментарий от Xenius

Только OSS?

У них есть вроде и свой собственный API.

А как же поддержка нескольких программ, использующих звук одновременно?

<too fat>

geekless ★★
()
Ответ на: комментарий от cryptos

Ещё один важный момент в том, что много важного софта разрабатывается под Debian.

O_O

Может ты всё ж имел ввиду RH?

geekless ★★
()
Ответ на: комментарий от encyrtid

Импортирован код ZFS из OpenSolaris, но он пока не работает

Это вин.

Вообще-то по ссылке написано «добавлена экспериментальная поддержка», если что. Про «не работает» там нет. Т.е. в переводе на русский язык «используйте на свой страх и риск, если пожелаете».

cryptos
()
Ответ на: комментарий от buddhist

начальная поддержка Raspberry Pi

Он как-то дико отличается от всех остальных армов?

Кажется, в первых письмах про dmesg на Raspberry Pi писалось, что там сетевая не опознаётся. Кроме того, если делать рутер, прийдётся в качестве второй сетевой USB-сетевую ставить, и есть ли поддержка таких девайсов в NetBSD — это тоже вопрос.

cryptos
()

жалко FX сгорел, оно в 5.2 на нем не завелось)

Slackware_user ★★★★★
()
Ответ на: комментарий от anonymous

А ей вообще кто-то пользуется, кроме разработчиков?

Пользуется. Например, NASA и я, читайте ссылку. NetBSD спонсировала какая-то коммерческая контора, которая на основе её делала что-то с закрытым софтом:

Wasabi Systems provides a commercial Wasabi Certified BSD product based on NetBSD with proprietary enterprise features and extensions, which are focused on embedded, server and storage applications

Ну и на самом сайте NetBSD есть список их спонсоров.

cryptos
()
Ответ на: комментарий от annulen

NetBSD-элита использует консоль

Оконные менеджеры вместо интегрированных графических сред (гном, kde, xfce), если быть точнее.

cryptos
()
Ответ на: комментарий от xscrew

LER'ы, если читать по буквам будет лир, однако тут можно поспорить, но давайте не будем.

Вроде как полная поддержка может быть лсром, если что-то там докомпилять. Однако настолько она реально работает надо смотреть, тестов не видел.

testuser123
()
Ответ на: комментарий от cryptos

Поддержка-то может и появится. Когда-нибудь. Сетевики там есть.

Проблема в том, что поток новых людей в проект слишком мал, а некоторые корифеи утрачивают интерес или уходят из проекта, как Марк Балмер, например.

Ну и ситуация с затянувшейся на год бетой показательна. Насколько мне известно, после второй беты все бросились коммитить сырой код в stable ветку, что нехило затянуло релиз.

Проблема отсуствия сильного отвественного лидера (aka линус или тео) - налицо. Об этом еще в 2006 был написан знаменитый псто.

x4DA ★★★★★
()

Так что, не увидел сравнения именно с «олдскульными дистрибутивами GNU/Linux»

Debian minimal — не олдскульный? :)

cryptos
()
Ответ на: комментарий от Xenius

А что лучше, OpenBSD или NetBSD, если нет особых требований ни по безопасности, ни по портируемости, просто обычный десктоп?

Если ещё добавить «ни по серверным фичам», то, на мой взгляд, NetBSD. Её рулить намного легче и поддержка Desktop-нужных фич тоже лучше (бинарная совместимость с Linux, например, отвязка портов от базовой системы — что хочешь, можешь обновлять не обновляя базы [в отличие от OpenBSD]).

NetBSD — это конструктор «сделай сам», юзерофильность нулевая, но зато легко досконально изучить устройство системы и логику её работы. OpenBSD же, по последним трендам, пиарится разрабами как «просто решение искаропки»: «раскомментируйте такую-то строчку там-то и такую-то там-то и вот такой-то сложный монстр (типа IPSec) начнёт работать. Как он будет работать, вы не знаете, но мы утверждаем, что будет». Как следствие — срач в /etc, много всяких непонятных фич, включенных по умолчанию и т.д. Т.е. такая добротная система для среднего пользователя, который не хочет тратить время на изучение. Если же он хочет делать систему под себя, OpenBSD везде и во всём будет ему только мешать (в отличие от NetBSD). Собственно, политика разработчиков этого и не скрывает: багрепорты с недефолтными конфигурациями вообще не принимаются, типа «у нас нет времени на разбор таких вещей, решили делать — делайте сами и нас не беспокойте нас».

cryptos
()
Ответ на: комментарий от yoghurt

Для просто обычного декстопа OpenBSD будет лучше, ибо у нее есть больше дров для просто обычного железа.

Смысл сравнивать 2 ОС есть только тогда (сравнивать как ОС), когда поддержка железа одинаковая на рассматриваемом железе. Иначе просто не о чем говорить. Если нужное железо не поддерживается одной из ОС, её туда не будешь ставить, даже если эта ОС — супер по всем параметрам. Я поэтому сначала решаю вопрос с тем, что будет поддерживаться, а что нет, и только потом думаю о софтварном сравнении функциональности, etc.

cryptos
()
Ответ на: комментарий от Lothlorien

нетграф в NetBSD не осилили.

Netgraph — чисто фрёвая фича. То же самое, к примеру, в Linux делается другими методами. Netgraph — не функционал, а метод его внедрения в систему.

А динамический /dev в NetBSD есть?

Вряд ли. Есть девайсы, всегда имеющиеся по умолчанию. Иногда их количество ограничено ядром. К примеру, для cgd есть только 4 девайса: cgd0, cgd1, cgd2 и cgd3. Если нужно больше, прийдётся перекомпиливать ядро и указывать, сколько их реально нужно. По крайней мере, так было до последнего времени и я не слышал, чтобы что-то поменялось с тех пор. У кого более актуальная информация, можете меня поправить.

cryptos
()
Ответ на: комментарий от x4DA

Не только в виртуалбоксе. Если запускать так:

VBoxSDL --norawr0 --startvm NetBSD\ 6.0

то все работает

ms-dos128
()
Ответ на: комментарий от Xenius

В общем, я пробую NetBSD в Qemu и что-то она не хочет мой диск монтировать.

В виртуализаторах вечно глюки бывают, хотя на реальное железо может ставиться на ура. Слышал про такое многократно, особенно при попытках крутить OpenBSD в виртуалках.

А чем NetBSD принципиально отличается от OpenBSD?

Принципиально — и то, и это BSD. А по фичам, методам обновления, политике обновлений, политике поддержки пользователей отличия есть. Прежде всего, если речь идёт о серверах, то OpenBSD имеет очень много и очень продвинутых функций (типа poicy based routing, rtables и т.п. фичи в pf и т.д.), которых в NetBSD и близко нету, да и pf в NetBSD довольно старый (и даже в нём не всё поддерживается, что было в той же версии pf в OpenBSD — особенно это характерно для фич, сильно завязанных на internals ядра).

cryptos
()
Ответ на: комментарий от cryptos

Прежде всего, если речь идёт о серверах, то OpenBSD имеет очень много и очень продвинутых функций (типа poicy based routing, rtables и т.п. фичи в pf и т.д.), которых в NetBSD и близко нету

Хотя с другой стороны, у NetBSD намного лучше поддержка SMP, производительности (за исключением, возможно, сетевого стека) и Xen, намного лучше поддержка Linux-пакетов и бинарной совместимости с ним. А OpenBSD с виртуализацией и Xen не дружит вообще никак (разрабы считают виртуализацию дурью). Кроме того, в OpenBSD почти допилили UTF в консоли и базовых библиотеках, а в NetBSD с этим до сих пор туго.

cryptos
()
Ответ на: комментарий от aptyp

А что такое FreeBSD тогда?

[шутка]
Попытка догнать и перегнать Linux, ставить ещё одним его дистром, превратиться в такое же монструозное говно. Добиться популярности любой ценой.
[/шутка]

cryptos
()
Ответ на: комментарий от Xenius

Что я заметил, без установки на винт:

Помимо вышеозученных разниц ещё могу напомнить, что в OpenBSD нет ни device mapper, ни LVM. Ни в каком виде. И их vnconfig — говно по сравнению с cgd, т.к. блоуфиш имеет ограничения на безопасный объём шифруемого из-за малого размера блока. Поставили бы поддержку 128-битного блочного шифра (хотя бы AES), и проблемы бы не было.

Как насчёт политики по отношению к несвободному софту и дровам?

Прекрасно. NetBSD-разработчики гордятся тем, что на их ОС хорошо работает в том числе проприетарный Linux-софт (только вот Skype никак не могут допилить из-за ALSA, но как чат он работать будет, даже в портах есть).

cryptos
()
Ответ на: комментарий от IPR

Кстати, а песенки то где ????

С openbsd не путаем?

Мля, два года следил за проектом NetBSD и ждал релиза, а песенки то действеительно в опеньке :((((

vasya_pupkin ★★★★★
()
Последнее исправление: vasya_pupkin (всего исправлений: 1)
Ответ на: комментарий от Xenius

В OpenBSD по дефолту на диске работает ksh, в NetBSD — убогий sh, который не умеет даже автодополнения, впрочем набрать ksh нетрудно, если знать об этом.

Такие мелочи разве имеют хоть какое-то значение? В любом случае с портов можно поставить всё, что хочется. И, кажется, вы не правы: при установке NetBSD предлагает выбор шелла для рута по умолчанию. Т.е. можно просто указать ksh.

cryptos
()
Ответ на: комментарий от cryptos

Поверхностно судя, вижу жалобы владельцев всех дистров.

В Slackware, если не ставить sbopkg или что-то подобное, приходится вручную компилить пакеты, но это немногим сложнее чем использовать порты BSD. А так система работает стабильно, дров на железо больше. Вот тут говорят что NetBSD на новых интеловских видео не работает...
Арч не особенно вменяемый, я бы назвал Slackware, CRUX и SourceMage из вменяемых. Последний сам правда не щупал.

pkgsrc на неродных системах в каком состоянии поддержки? Это ж маргинально — неродная система портов.

Не знаю. Но в любом случае в CRUX своя родная система портов, не portage. Мне понравилась.

Xenius ★★★★★
() автор топика
Ответ на: комментарий от vasya_pupkin

Кстати, а песенки то где ????

Это в OpenBSD

alex-w ★★★★★
()
Ответ на: комментарий от anonymous

А ей вообще кто-то пользуется, кроме разработчиков?

Вообще да. Некоторые даже переходят на нетку с линуксов.

alex-w ★★★★★
()
Ответ на: комментарий от cryptos

Прекрасно. NetBSD-разработчики гордятся тем, что на их ОС хорошо работает в том числе проприетарный Linux-софт

Это не прекрасно. Я предпочёл бы систему, где проприетарный софт считается второсортным и если и есть в портах, то только отдельно и по дефолту отключенно как-то. По отношению к несвободному софту оптимален Debian GNU/Linux. Совсем его выкидывать, даже из-за упоминаний, как делают дистрибутивы, любимые FSF — это, я считаю, перегиб, но в основной системе быть его не должно и он должен быть отдельно как-то

только вот Skype ... даже в портах есть

А там он хотя бы в отдельном разделе? Можно как-то сделать чтоб порты с проприетарным софтом не синхронизировались и не скачивались? (ну вот опять же как в debian если не включать non-free в sources.list)

Xenius ★★★★★
() автор топика
Ответ на: комментарий от aptyp

А FreeBSD (особенно, в виде PCBSD) - это гламур и модные тре(н)ды сезона ;)

malbolge ★★
()
Последнее исправление: malbolge (всего исправлений: 1)
Ответ на: комментарий от vasya_pupkin

Мля, два года следил за проектом NetBSD и ждал релиза, а песенки то действеительно в опеньке :((((

Фрустрация :)

IPR ★★★★★
()
Ответ на: комментарий от Xenius

а wd0c — это disklabel

wd0c — это весь первый слайс (весь первичный раздел в терминах FreeBSD). Хотя зачем он нужен — не понятно. Вы можете насоздавать вторичные (в терминологии FreeBSD) разделы (партишены): wd0e, wd0f, wd0g и т.д. Потом в disklabel можно добавить и такие разделы, которые не покрываются адресным пространством первого (и это будет работать нормально). Ещё стараются делать так, чтобы в первичный раздел укладывалось целое число вторичных, но даже это, может быть, не обязательно.

Можно попытаться сделать даже перекрывающиеся вторичные разделы, но я с этим не экспериментировал — не знаю к чему такой disklabel приведёт. Кстати, есть вариант подключить какой-то раздел, а потом отредактировать disklabel и удалить его. Казалось бы, до перезагрузки разницы не должно быть никакой, но она есть: система зависает вскоре.

cryptos
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.