В чем приемущество NetBSD

procfg аватар

С недавнего времени начал изучать эту ОС.

Вот задался вопросом в чем ее преимущество перед другим ОС семейства UNIX

Многие напишут что NetBSD поддерживает более 50 ти платформ, но практически для меня это не является преимуществом.

Так вот господа собственно вопрос кто пользуется NetBSD довольно большое время скажите какие вы увидели плюсы в этой ОС, в частности интересует ее серверное применение.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".
spinore аватар

Цитата:в чем ее преимущество

Цитата:
в чем ее преимущество перед другим ОС семейства UNIX

Система достаточно минимальная в базовой установке, и при этом формально полноценна как ОС: не нужно выпиливать ничего, идущего в поставке, а достаточно лишь доуставить необходимое. Как следствие - может заинтересовать народ, у кого жёсткие ограничения на ресурсы, но в наше время это либо экзотика, либо альтернативные архитектуры на спецдевайсах.

При проичих равных, быстра на низких масштабах (очень маломощные системы) по сравнению с конкурентами. Речь идёт только о трешовых одноядерных очень слабых процах. На типичном проце быстрее Open, но скорей сольёт Free, и наверняка сольёт Free на двухядерной системе. По ср. с Linux'ом - как по сравнению с Free. И вообще, общая тенденция такова: Linux плохо даунскейлится, а BSD - плохо апскейлится. К тому же, если гнаться за производительностью, за вырезанием всего не нужного, за компиляцией с -O3, то в Net это сделать проще чем в других BSD, и даже, возможно, проще чем в Linux.

shattered аватар

опишите свои сервера и их

опишите свои сервера и их задачи...

v102o аватар

Всем привет! Помимо домашней

Всем привет!
Помимо домашней работы разработка сайтов, торренты=>(она их качает и раздает, а их скачиваю уже с нее). Моя система работает для многих сайтов для раздачи больших картинок и не плохо с этим справляется имется ввиду Imagemagick. Хорошего хостинга для Imagemagick я не нашел, было несколько, но вечно типа ваше процессорное время исчерпано... Я живу далеко и здесь с нетом засада, и моя система в Москве просто палочка-выручалочка. А самое главное, после Лина и Free, для меня это была просто находка, все просто и быстро, а что не просто, значито будет просто со временем :).

А еще я благодарен тем людям кто создал этот сайт. У самого их много и знаю как это сложно.
Всем удачи!!!

shattered аватар

вообще-то это был вопрос к

вообще-то это был вопрос к procfg :-)

procfg аватар

Я работаю в интернет

Я работаю в интернет провайдере.
Но у нас строгие компаративные стандарты по поводу используемых ОС в основном у нас крутятся ОС Linux (debian) и FreeBSD.

Еще помимо основной работы бываю заказы на установку и настройку серверов для раздачи интернета в небольших офисах.

Было пару задач по настройке хостинга.

Еще вопрос кто нить поднимал на NetBSD asterisk?

Недавно для общего развития решил покрутить NetBSD. Установил настроил, пересобрал ядро.
Первые впечатления по сути все также как и в любой *nix системе.

Вот задумался стоит ли ее переменять для последующих проектов поэтому и спросит в чем ее преимущества.

shattered аватар

Как пишут на сайте -- это

Как пишут на сайте -- это "stable research platform". Поэтому преимущества заметнее тем, кто собирается использовать ее как основу для своих продуктов -- упомянутая кроссплатформенность, цельность кода. Цена -- например, не столь обширный, как у других, набор драйверов. Бинарного драйвера nvidia нет и не предвидится :) Или, скажем, не столь развитая система использования бинарных пакетов -- уже при десятке серверов это вылезет.

В вашей ситуации (когда платформы уже выбраны и работают, а вы хотите предложить свою), видимо, следует сначала поискать свойства ядра или userland, от которых ваша работающая система выиграет.

В целом -- выбирайте инструмент по задаче. Если вам в production требуется экзотическое железо, то драйвера к нему могут быть только под Linux. Если netgraph (с вагоном ng_* nodes) -- то, очевидно, FreeBSD. И так далее.

cheusov аватар

Не столь развитая система

Не столь развитая система использования бинарных пакетов по сравнению с Линуксами, пожалуй, сомнений не вызывает. Но в чем работа с бинарными пакетами FreeBSD и OpenBSD более развита по сравнению с PkgSrc?

shattered аватар

Одна из вещей, на которые я

Одна из вещей, на которые я нарывался -- не отслеживаются зависимости от shared libs при их обновлении. Т.е. если в новой версии у библиотеки увеличился major number (libfoo.so.1 -> libfoo.so.2), то могут перестать запускаться все слинкованные с ней программы. PR 27556, 35012.

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

spinore аватар

Цитата:Но в чем работа с

Цитата:
Но в чем работа с бинарными пакетами FreeBSD и OpenBSD более развита по сравнению с PkgSrc?

Возможно, имелось в виду общее число число портированных программ (хотя с этим не так плохо), но скорее скорость апдйета уже скомпилированных портов, т.е. бинарников. В NetBSD pkgsrc они обнавляются только несколько раз в год (может быть, раза 2-3), а потому, если хочется свежак то приходится компилить самому из портов. Во Free обновления вроде как почаще, да и в Open тоже, но в Open разрабы жёстко не советуют держать каррент-порты на стейбл-системе.

cheusov аватар

4 обновления в год более чем

4 обновления в год более чем достаточно для любителей свежестей. На мой взгляд даже слишком часто.

shattered аватар

Сборка из исходников иногда

Сборка из исходников иногда неизбежна, потому что некоторые пакеты RESTRICTED. Или если не подходит набор опций, с которым собран пакет.

Но сама по себе сборка -- не проблема (bulk build). Нет средства раздачи собранного, похожего на существующее в Debian, скажем.

Хотя... есть pkgin; пока не изучал его.

asau аватар

Не очень понятно, почему оно

Не очень понятно, почему оно обязательно должно быть похоже на дебиан.

cheusov аватар

APT и YUM - наиболее

APT и YUM - наиболее известные пакетные менеджеры в мире UNIX-like. В целом достаточно удобны. Оба. Поэтому сравнивают обычно именно с ними. что удивительного? Обязательно? Конечно, "обязательно" никто никому ничего не должен.

pavlinux аватар

Достало отмороженное Линух

Достало отмороженное Линух комьюнити, ухожу на NetBSD, или на Plan9/B/Inferno...

asau аватар

Это во FreeBSD-то обновления

Это во FreeBSD-то обновления почаще? С каких это пор стало?
Я никогда этого не замечал даже при обновлении портов из CVS.

Ну и отслеживание зависимостей во FreeBSD ports между пакетами
кривое по сравнению с pkgsrc.

Ну и, в конце концов, pkgsrc предоставляет более удобные, чем
FreeBSD ports, средства для создания _собственных_ пакетов и
_собственных_ локальных патчей к пакетам. Это вообще без вопросов.

skoro аватар

Хочу и я вставить свои пять

Хочу и я вставить свои пять копеек.
С NetBSD столкнулся относительно недавно, когда надо было из убитого хлама (P233, 32M RAM) сделать роутер. Поскольку все время имел дело с OpenBSD, то естественно сначала поставил ее, но тут возникли проблемы с постоянными зависаниями роутера без видимых на то причин (железо исправно, все тестировалось несколько раз). Решил поставить Net. Завелось, не висло. Пересобрал ядро поминимуму, приятно удивился (как размером ядра, так и размером освободившейся памяти). Теперь, если сравнивать OpenBSD и Net:
1. OpenBSD выглядит как-то более логичной и адекватной, зато NetBSD работает пошустрее.
2. в OpenBSD бинарные пакеты не обновляются в пределах одного релиза, только порты, т.е. если нужен багфикс на, например php, то нужно обновить порт и пересобрать его. NetBSD, я так понял, пакеты обновляются и это есть гуд.
Непорадовало: как сделать чтобы pkg_add сохранял скачанные пакеты (в OpenBSD это делается на раз), если из ядра убрать accept_filter, то апач "уходит в сегмент".
ну,пока все, если будет еще что-то, напишу...

cheusov аватар

> Теперь, если сравнивать

> Теперь, если сравнивать OpenBSD и Net:
> 1. OpenBSD выглядит как-то более логичной и
> адекватной,
Можно подробнее? Не флейма ради. Банальное любопытство.

> 2. в OpenBSD бинарные пакеты не обновляются
> в пределах одного релиза, только порты, т.е. > если нужен багфикс на, например php, то
> нужно обновить порт и пересобрать его.
Настоящие пацаны запускают bulk-build-ы pkgsrc на своей родной-любимой OpenBSD :-)

> Непорадовало: как сделать чтобы pkg_add
> сохранял скачанные пакеты
С тех пор, как Joerg впиндюрил libfetch в pkg_add, через переменные окружения, похоже, никак. Может, pkgin делает? я его тоже не смотрел.

Если умеешь писать на шеле, можно сделать обертку вокруг pkg_cmp_summary из wip/pkg_summary-utils.

Примерно так:
1) pkg_info -Xa > /tmp/1.txt
2) download_to_stdout pkg_summary.gz |
zcat > /tmp/2.txt
3) pkg_cmp_summary -p /tmp/1.txt /tmp/2.txt |
awk '$1 == "<" {print $3 "-" $5}' |
download_packages

Всё никак не соберусь превратить pkg_summary-utils в полноценный пакетный менеджер.

spinore аватар

Цитата:Это во FreeBSD-то

Цитата:
Это во FreeBSD-то обновления почаще? С каких это пор стало?
Я никогда этого не замечал даже при обновлении портов из CVS.

С тех что это всегда так было. Более того, это естественный порядок вещей: порты обновлябтся тем оперативнее, чем больше сообщество пользователей ОС, которое и требует этих обновлений.

Цитата:
Ну и отслеживание зависимостей во FreeBSD ports между пакетами кривое по сравнению с pkgsrc.

Кривостей везде предостаточно. Я за время последних 4х-лет работы с pkgsrc на проблемы натыкался дестяки раз, и здесь в блоге на сайте далеко не все из них перечислены. В частности нет описания того, что пришлось пережить при попытке установить TeXlive где-то с год назад. Ошибкой оказалось то, что разрабы забыли положить один файл в нужное место.

Цитата:
Ну и, в конце концов, pkgsrc предоставляет более удобные, чем FreeBSD ports, средства для создания _собственных_ пакетов и _собственных_ локальных патчей к пакетам. Это вообще без вопросов

С этим никто и не спорит, только что толку от этого, если поголовно у мейнтейнеров руки кривые, а куски ядра ОС доверяют писать уже студентам.

Цитата:
в OpenBSD бинарные пакеты не обновляются в пределах одного релиза, только порты, т.е. если нужен багфикс на, например php, то нужно обновить порт и пересобрать его. NetBSD, я так понял, пакеты обновляются и это есть гуд.

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

Цитата:
как сделать чтобы pkg_add сохранял скачанные пакеты (в OpenBSD это делается на раз)

Да, но в NetBSD стандартными средствами - никак (сам когда-то интересовался).

Цитата:
APT и YUM - наиболее известные пакетные менеджеры в мире UNIX-like

Если говорить о портах, которые тут обсуждались, то мне известны только такие их типы: FreeBSD ports, OpenBSD ports, pkgsrc и portage.

Цитата:
Можно подробнее? Не флейма ради. Банальное любопытство.

route-to в OpenBSD PF, используемый на NetBSD, теряет половину пакетов, делая невозможным своё использование. При чуть другой конфигурации с route-to (возможно неправильной, но всё-таки) один пакет с системы за NAT'ом попросту вешает ядро NetBSD намертво. Кто-то может сказать что это и не логично, и не адекватно. Впрочем, в целом я скорей склоняюсь к тому, что общая логичность NetBSD выше, и во многом это достигается за счёт её компактности, однако это не тянет за собой чистоту кода.

Цитата:
С тех пор, как Joerg впиндюрил libfetch в pkg_add

А заюзать wget, у которого докачка искаропки, и которым пользуются остальные пакетные менеджеры, было явно не судьба.

cheusov аватар

> route-to в OpenBSD PF,

> route-to в OpenBSD PF, используемый на
> NetBSD, теряет
Ну так причем тут "логичность системы" то? ;-)

> а куски ядра ОС доверяют писать уже
> студентам.
"Учитель, воспитай ученика, чтоб было у кого учиться"(С)
В общем, иной студент...

> А заюзать wget, у которого докачка искаропки,
> и которым пользуются остальные пакетные
> менеджеры, было явно не судьба.
Чтобы поставить wget, нужно его скачать, т.е. нужен wget. За подробностями про курицу и яйцо к студенту Joerg-у. Мне его решение тоже не нравится.

shattered аватар

Цитата:порты обновлябтся тем

Цитата:
порты обновлябтся тем оперативнее, чем больше сообщество пользователей ОС, которое и требует этих обновлений.

Все бы хорошо, но работу по обновлению делает не сообщество, а ports committers. для объективности надо сравнить цифры (число коммитеров, число портов, число обновлений ...), а не делать умозрительные заключения.

Цитата:
Просто разработчики OpenBSD стараются дорожить репутацией, и, зная что каррент-порты могут не пойти на стейбл-системе сразу говорят, чтобы и не пытались писать PR в такой конфигурации. В NetBSD ничем ситуация концептуально не отличается.

Позиция разработчиков openbsd скорее продиктована тем, что их численно меньше и поэтому возможностей поддерживать старые релизы также меньше (+ фирменный стиль Тео). А у нас есть ежеквартальные snapshot-ы pkgsrc.

Цитата:
А заюзать wget, у которого докачка искаропки, и которым пользуются остальные пакетные менеджеры, было явно не судьба.

Это полуправда.

asau аватар

>> Это во FreeBSD-то

>> Это во FreeBSD-то обновления почаще? С каких это пор стало?
>> Я никогда этого не замечал даже при обновлении портов из CVS.

> С тех что это всегда так было.

Когда было это "всегда?"

Из 5 последних лет где-то три-четыре года я живу параллельно на FreeBSD и NetBSD,
где-то два года я жил одновременно с ports и pkgsrc, и почти никогда не было так,
чтобы в ports пакеты были новее. Где-то пару раз было, что разница была в две версии
после второй точки, но чтобы были большие отличия, никогда.
Это касалось не чего-то там странного и заоблачного, а обычных вещей, вроде Quagga/Zebra,
PostgreSQL, Postfix, Dovecot, OpenOffice.

Зато я прекрасно помню отношение к ports как к набору патчей,
а не как к пакетной системе, и было это два года тому назад.
Когда я обновлял систему на pkgsrc при помощи make update,
опытные пользователи ports убеждали меня, что "порт" не собирается,
что так, в общем-то, нормально, поэтому надо использовать патчи "к сведению."

> Более того, это естественный порядок вещей: порты обновлябтся тем оперативнее,
> чем больше сообщество пользователей ОС, которое и требует этих обновлений.

Этот аргумент прекрасно опровергнут такой популярной системой, как Debian.
Если человек вспоминает полузабытую и давно исправленную ошибку двух-трёхлетней давности,
то можно смело (ибо почти наверняка) утверждать, что перед тобой пользователь Debian.

>> Ну и, в конце концов, pkgsrc предоставляет более удобные, чем FreeBSD ports,
>> средства для создания _собственных_ пакетов и _собственных_ локальных патчей
>> к пакетам. Это вообще без вопросов

> С этим никто и не спорит, только что толку от этого, если поголовно
> у мейнтейнеров руки кривые, а куски ядра ОС доверяют писать уже студентам.

Простите, а какое из трёх ядер Linux, FreeBSD и OpenBSD написано без участия студентов?

Опять же утверждение о кривости рук взято с потолка и ничем не подкреплено,
я не помню ни одного из 5 мифических PR, отправленных вами.
Вот Роберт Эльц, который отправляет их пачками, имеет какие-то права утверждать такое,
если бы он ещё и использовал всё то ПО, это право было бы у него безусловно.

pavlinux аватар

Как у Вас тут всё страшно...

Как у Вас тут всё страшно... Хорошо что он мне нужен как компилятор :)

Без apt/rpm - жопа, а PF это вообще Сisco для нищих.

OpenGL/OpenCL/CUDA/NetBeans/NUMA/CPUSETs/BTRFS .... не-е-е-е-е, нах...й,
покомпилим и свалим...

alloca() хоть есть?

shattered аватар

Зачем нам ваши модные GPL-ные

Зачем нам ваши модные GPL-ные поделки? ;-)

cheusov аватар

А я бы совсем не отказался

А я бы совсем не отказался даже от кое-какой проприетарщины ;-(

http://mail-index.netbsd.org/netbsd-users/2010/01/12/msg005324.html

Ну или от поддержки nouveau(4) хотя бы.

BSDobermann аватар

Cisco для нищих - это Juniper

Cisco для нищих - это Juniper :-)

spinore аватар

Цитата:Чтобы поставить wget,

Цитата:
Чтобы поставить wget, нужно его скачать, т.е. нужен wget.

А в базовую поставку включить? Лицензия? Или аналог написать? Если лицензия, то см. gcc.

Цитата:
Позиция разработчиков openbsd скорее продиктована тем, что их численно меньше

Да ну?! Откуда такие данные? Насколько я помню, в OpenBSD-team несколько десятков человек, причём до 20 могут собраться на одном хакатоне.

cheusov аватар

В базовой поставке есть

В базовой поставке есть ftp(1), умеющий ftp:// и http://, но pkgsrc как бы немножко многоплатформный ;-), и это стоит учитывать. Но я повторюсь, с критикой в данном конкретном месте я лично абюсолютно согласен. Писать в спортлото в данном случае мне лень, я догадываюсь, какой будет результат. Так что стоит подумать о своей обертке над pkg_add и pkg_summary.gz. Тем более, что я уже почти все написал ;-)

2shattered, asau: Пните Joerg-а на предмет прикрутить внешнюю скачивалку в pkg_add через переменную окружения или pkg_install.conf. Реально полезная вещь. Особенно для !NetBSD.

asau аватар

Пинать Йорга, чтобы

Пинать Йорга, чтобы прикрутить фичу сомнительной ценности,
это точно не ко мне.

shattered аватар

Цитата:Да ну?! Откуда такие

Цитата:
Да ну?! Откуда такие данные? Насколько я помню, в OpenBSD-team несколько десятков человек, причём до 20 могут собраться на одном хакатоне.

данные с потолка. но давайте наконец вынем и померяемся?

BSDobermann аватар

Цитата: Чтобы поставить wget,

Цитата: Чтобы поставить wget, нужно его скачать, т.е. нужен wget. А в базовую поставку включить? Лицензия? Или аналог написать? Если лицензия, то см. gcc.

загрузить скомпилированный пакет wget можно при помощи команды ftp, собственно: ftp ftp.netbsd.org (команды такие же как везде: cd, ls, get, mget, prompt) затем pkg_add wget* всё. Более того, нетбсдшный ftp может и с http загружать.

$ ftp http://www.opennet.ru/opennet2_lite.gif
Requesting http://www.opennet.ru/opennet2_lite.gif
100% |*********************| 4529 2.28 MiB/s 00:00 ETA
4529 bytes retrieved in 00:00 (2.04 MiB/s)
$ file opennet2_lite.gif
opennet2_lite.gif: GIF image data, version 89a, 249 x 60
$

у вас не так разве?