>> В threading-приложениях мало, т.к. kernel threads пока не включены по дефолту. А так —
>> юзерленд хорошо параллелится. Ядро — да, работает на одном CPU, но веских причин это
>> менять пока нет, а вот проблем можно огрести по полной. Впрочем, patches are always
>> welcome.
>
>NetBSD однозначно работает быстрее (FreeBSD я тоже думаю быстрее будет), ставилась ради
>эксперимента на тоже железо. Эндрю Доран там проделал нехилый объем работ.
>Но как известно опеновцы настолько гордые что тот код никогда не
>возьмут и заплюют ...шутка :) Хм, в каких приложениях? Фряха, скорее всего, действительно быстрее будет, они на эту тему больше всех заморачиваются.
>> Security-фиксы выходят для -STABLE. Зато это действительно -STABLE, предсказуемый.
>> Впрочем, кому что удобнее, конечно.
>
>Я НИ РАЗУ не видел для -STABLE в Security-фиксах firefox, только в
>current. В принципе, это так, лишь бы прицепиться :)
Первый попавший пример, ткнул наугад: http://www.openbsd.org/cgi-bin/cvsweb/ports/www/mozilla-fire...
>> Ну, если вам так часто приходится перезапускать sendmail
>
>sendmail это только пример. samba, fetchmail, clamav их нужно вручную прописывать в
>rc.local :)
К слову, делается это обычно через копи-паст из вывода pkg_add или, на худой конец, /usr/local/share/doc/$program/README.OpenBSD — тоже невеликий труд ;) , и при этом не скрывается схема запуска, рекомендованная разработиками самой софтины (а рекомендации эти тоже не на пустом месте берутся обычно).
>> не нравится — не пользуйтесь.
>
>уже не пользуюсь. есть системы намного адекватней этой. я просто удивляюсь, какой
>на дворе год, в опене до сих пор FFS, со всеми
>вытекающими.
Ну так работает ведь. Кому не хватает, так пожалуйста, ставьте ту же Соляру. :)
>Психанутый и неадекватный лидер, особенно помнится история с ComixWall и
>уход Марка Балмера (http://www.vnode.ch/byebye_openbsd)
Тео порой резковат, согласен. Первое моё с ним общение заключалась в, скажем так, резкой критике моего письма на misc@openbsd.org. Только спустя какое-то время я осознал, что это было ещё мягко. Зато потом как-то лучше пошло, и с ним, и с другими разработчиками, особенно когда к письмами прилагались работоспособные патчи. ;) Ни в коей мере не пытаюсь себя представить здесь корешем всея команды, нет — просто не на что, объективно говоря, жаловаться, кроме как на собственную глупость. :)
С ComixWall тоже, в общем-то, понятно: последний уменьшал часть и без того не слишком многочисленных средств, получаемых от продажи официальных CD. Было бы как раз весьма странным хвалить за то, что тебя лишают возможности разрабатывать систему, лежащую в основе этого самого ComixWall. :) ИМХО, обе стороны хороши.
