>> Можно говорить скорее о затратах ресурсов на выполнение тех
>> или иных операций.
> Так о чём и речь.Это понятно,что можно запереться и за n-ое количество
> времени портировать на openbsd,скажем,KVM,XEN или что-то другое,а потом начать решать
> задачи этой
> ОС,которые сейчас решаются на linux-ах,но с какого бодуна этим заниматься не понимают
> все,кроме заядлых "бздишников".Вы, похоже, как и многие, зациклились на виртуализации, причём именно x86-виртуализации... Грустно.
Насчёт портирования KVM/Xen/etc.: гостевая часть в OpenBSD уже есть и работает. В том числе, у меня в работе имеется несколько виртуалок на OpenBSD. Геморроя с настройкой которых было заметно меньше, чем с CentOS - про Debian не скажу, так как выбирал в своё время между платформами Debian и RH, выбрал вторую по причинам, как мне казалось, бОльшей знакомости остальным членам коллектива... но это уже совсем другая история.
А теперь давайте скажу по-другому: зачем заниматься виртуализацией на x86, когда она уже много лет прекрасно работает на SPARC64? И на этой платформе OpenBSD разделывает тот же Debian в пух и прах. В том числе, как хост-ОС. А ведь это далеко не самые слабые даже по нынешним временам машины... Но платформа Wintel (sic!) таки победила, да.
>> У обеих ОС есть свои сильные места. Если вы не знаете таковых
>> у OpenBSD, то это говорит скорее о том, что вы не
>> знакомы толком с этой ОС. Будут конкретные вопросы, вне попыток троллинга,
>> "как сделать то-то в OpenBSD" - задавайте. А если хотите кидаться
> Вне троллинга,конечно,как мне поднять на одном физическом сервере с openbsd виртуальные:два
> веб сервера с debian,сбитых в HA кластер,сервер с windows для AD,обслуживающий
> локальную сеть десктопов с win,и сервер базы данных на centos,который принимает
> запросы от веб серверов и десктопов?Причём в сжатые сроки,то есть портирование
> не предлагать.
Гм. HA-кластер из виртуалок на одной физической машине? :))))
Увы, как хост виртуализации OpenBSD на данный не подходит, с этим я соглашусь. С чем не соглашусь - так это с тем, что нет смысла заниматься OpenBSD, когда такой функционал уже есть в Debian. Точно так же можно сказать: зачем заниматься Linux, когда есть Windows? ;)
А вот простая встречная задача: клонировать готовый образ виртальной машины, чтобы на его базе добавить функционал и включить в общий строй. На CentOS мне для этого требуется, среди прочего, править конфиг загрузчика (привет, LVM! Мы ведь делаем всё "по-умному"...) и править конфиги udev; также, зачастую приходится возиться с SELinux, который создаёт больше проблем, чем их решает. В Debian, как я понимаю ситуация аналогичная, так? А в OpenBSD всё просто работает после клонирования. Вопрос: нафига мне тратить свои время и нервы? Ну или время и силы, чтобы как-то автоматизировать этот процесс?
>> Debian хорош богатой пакетной базой - но это компенсируется хронической тухлостью.
>> Уже из-за этого сравнивать OpenBSD и Debian/Linux (вы ведь про этот
>> дистрибутив говорите, правильно?) не совсем корректно.
> Не сравнивались эти ОС в контексте пакетной базы,речь шла,скорее, о ядрах.
Гм. И далеко вы уедете на одном ядре без userland? :) Разве что роутингом заниматься, да и тут можно поспорить. На стороне Linux - поддержка SMP, на стороне OpenBSD - возможности по собственно роутингу...
А пакетная база важна, ибо если мы имеем сильно тухлую базу (пусть даже с фиксами безопасности), то мы заодно имеем и проблемы со взаимодействием с другими системами. А уж если выпало счастье работать в комании, занимающейся разработкой ПО, то проблема "нам надо самое свежее" будет актуальной постоянно. В случае OpenBSD я могу даже сервера перевести на -CURRENT, за счёт постоянного контроля качества. А вот переводить сервера на Debian даже unstable уже стрёмно - спасибо многократному опыту по обновлению Ubuntu между релизами.
>> Портабельность - ещё один камень преткновения в попытках сранить эти две ОС:
>> http://www.debian.org/distrib/netinst и http://www.openbsd.org/plat.html пересекаются
>> далеко не на 100%.
> Использование каких-то экзотических архитектур-это "Masturbating Monkeys”,а
> на что-то типа
> SPARC Enterprice M-X000,что debian,что openbsd не прокатит развернуть для полноценного
> применения потенциала железа.
Вы разницу между SPARC и SPARC64 вообще знаете? ;)
OpenBSD на SPARC и SPARC64 себя чувствует прекрасно и раскрывает весь потенциал железа, вплоть до LDOM.
>> Так что я не вижу реальных причин пытаться сравнивать эти две ОС
>> в отрыве от реальности.
> В отрыве от реальности их сравнивать нет никакой необходимости,в реальности приходится.
Вот это уже ближе к истине.
