<личное мнение "аграниченннава люнюксатаника">
ммммда... почитав комментарии к этой новости моё отношение к *BSD и *BSD-сообществу из нейтрального перешло в брезгливое...
Что хочу сказать-то: Молодцы ребята! Продолжайте в том-же духе и совсем скоро вы станете по-настоящему элитной прослойкой (эм.. ну как бы сказать-то) IT-околоспециалистов! Из отрицательных моментов - только один: средний возраст этой прослойки вряд-ли превысит 13-14 лет.
</личное мнение "аграниченннава люнюксатаника">

А вот у меня, по прочтению этого обсуждения, создалось такое же впечетление о Linux сообществе. Какое-то оно крикливое и всем вокруг недовольное.

А я про линукс и отвечал. А галлюциногены принимать прекращай. А то так скоро винда у тебя мысли читать начнет ;)

Сейчас услуги предлагаются только при пользовании "их" сервером с тем что на нем стоит.

А что нельзя разве использовать обе опационки? Я, например, все сервера держу на FreeBSD (один на OpenBSD, слабо такую безопасность в лине? и не надо орать что от рук зависит), а десктоп под линуксом и вполне доволен жизнью. А кто орет что BSD сосет, просто ему это занятие (сосать) судя по всему нравится (может что угодно орать по этому поводу, мне ваше мнение, как скорее всего и мое безразлично). Кстати сайт глючит, не потому что он стоит на BSD, а потому что написан на Jave, это уже неоднократно обсуждалось.

В какой пещере ты провел последние два года? OpenBSD это эталон глючности и дырявости.

2anonymous (*) (2002-10-12 20:07:38.953)
сказки про openbsd не надо рассказывать ничего особенного в ней нет, а вот слабо на openbsd создать что-то подобное системе с rsbac ? Так что закрой ротик и не рассказывай про крутизну openbsd.

*nix-оды всех стран объеденяйтесь!!!

2anonymous (2002-10-12 20:07:38)

хоть один правильную мысль высказал. На кой ляд на веб-платформах жаба? Как там их девиз... попробовав раз ем и сейчас... или раз откомпелял везде поназапускал. Ну и зачем везде-то? Не думаю что ЛОР когда-нибудь будет крутиться под виндой...

Кстати жаба на фришке работает довольно стабильно. По полгода резину крутит и не падает. Тут уж дело рук-с

>Кстати Линус очень тепло отзывается о ФРЕ. Хочу прямую ссылку в студию!

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

2 anonymous (*) (2002-10-12 01:03:28.221)

> А чем в линуксе /etc/login.conf заменить?

/etc/login.defs

/etc/pam.d/*

Более подробно - man pam.conf, man login

2 anonymous (*) (2002-10-11 23:46:03.078)

>сделать 1 раз make world на FreeBSD, чем ставить десятки пакетов, опасаясь, что

> после очередного сервер просто сдохнет. И не надо про RedHat up2date и

> прочее... это просто

А чем Вам не понравился apt-get (родной, а не его порты на rpm-based)?

И каким это боком от установки пакета может что-то сдохнуть?

2Shadow
> Про native java в FreeBSD.
> 1.3.1 сертифицирована Sun, 1.4.1 существует в версии альфа.
Угу. Как же сертифицированна. Просто выложили исходники под фрю которые к тому же без патчика нормально не встанут.
И как стабильно работает? Падает периодически, второй проц не пользует. Память утекает. В общем благодать! Тут неоднократно поднимались темы по поводу Java и FreeBSD и во всех был вывод один - хочешь Java стабильную пользуй Линукс.

> Кстати жаба на фришке работает довольно стабильно. По полгода резину
> крутит и не падает. Тут уж дело рук-с
Руки в студию! Обьясните неродивому, как _правильно_ устанавливать Java чтобы не падала и не глючила постоянно. А может у вас приложения клиентские GUI?

vms rulit! a linux i *bsd eto urodstvo dlja nedodelanyh...

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

to Zulu: ну не смеши что ли с этим gentoo - очередной поделкой красноглазых (у них наверное цель - сделать тысячи разношерстных глючных дистрибутивов). что касается portupgrade во фре - совершенно надежная вещь, она либо проапгрейдит все что нужно и все будет работать, либо не проапгрейдит (если например сайт с исходником софта не доступен ;), но в любом случае - целостность системы сохраняется. и в принципе нет такой вещи как линуксовый RPM hell. кстати gentoo с самого начала говорили что пытались сделать аналог bsd-портов. но каким надо быть идиотом, чтобы поставить на сервер gentoo - самопальную поделку какой-то пары уродов?

Любая система начинается с поделки "пары уродов". Даже парни, сделавшие первый юникс такими были, с точки зрения сторонних наблюдателей - ходили в джинсах-кросовках и с красными глазами, так как (случалось) спали на работе. И их начальство закрывало на это глаза и компутер им даже купило, вот кому отдельное спасибо!

А чтобы быть честным, полезно не забывать, что BSD на десять лет старше Linux, и то, что её разработка нехило финансировалась с _самого_начала_ и по сей день: "Because it was the product of taxpayer-supported research, BSD ,,,".

Цитата из статьи http://www.extremetech.com/print_article/0,3998,a=31573,00.asp а линк на нее торчит прямо на первой странице http://www.freebsd.org/

ИМХО нужен какой нить дистриб, объединяющий все плюсы Линуха и Фри, на сколько это реально возможно...

Стабильность и безопасность Фри + удобство и простота Линуха -- было б очень и очень кстати, для наших измученных различными дистрами сисадминов.

но, к сожалению, как обычно, максимум что из этого получицца -- ещё один ацтойнейших дистр ;)

отсюда следует -- юзать определённый дистр для определённой цели.

ИМХО: Рулят -- Слака 8.1, Шапка 6.2, Фря 4.6

Вот смотрю я на вас, господа линуксоиды, и думаю: почему же новости о выходе новых солярок не вызывают у вас флейма, а точнее пиздежа в стиле "рулез-ацтой"? А?

Здорово!

Я этому рад, а всем обормотам, которые кричат это ацтой, а то кул, хотел бы сказать следущее. Проблема с вами в том, что когда все вы пользовались Виндоусом, то орали Линукс муйня полная, потом пошла мода на Линукс, вы перешли на него, сразу начали обсирать Виндоус. Некоторые из вас пересли на *БСД и теперь орут Линукс маст дай. Конкретно из таких как вы, получаются самые ръяные и хорошие защитники партии (причём любой - ведь вам все равно кому служить, главное, что можно орать, долой это, даешь то).

хе-х, а можно я про гентоо линукс напомню?

bad_karma

>ИМХО нужен какой нить дистриб, объединяющий все плюсы Линуха и Фри, на сколько это реально возможно...

>Стабильность и безопасность Фри + удобство и простота Линуха -- было б очень и очень кстати, для наших измученных различными дистрами сисадминов.

>но, к сожалению, как обычно, максимум что из этого получицца -- ещё один ацтойнейших дистр ;)

>отсюда следует -- юзать определённый дистр для определённой цели.

>ИМХО: Рулят -- Слака 8.1, Шапка 6.2, Фря 4.6

рекомендую Дебиан тебе посмотреть: апт-гет (родной), мин инсталл - ок. 20Мб, самое большое кол-во пакетов и самые продуманные связи между ними (например window-maker при инсталле не тянет за собой Хы - так как может в принципе работать с удаленным Х-сервером итд)

ну надоже! я значит идиот ;) на шлюзе - гента 1.2 и ничего вроде уже 3 месяца ничего машина - 166 пень, днс прокся почта - все пашет

login.defs - ацтой. Он регулирует именно отношения юзера с логином и командной строкой. Если бы libc сама по себе была жёстко слинкована с pam, чтобы ограничения на юзерские процессы вешать - то всё было бы окей. Но в данном случае не вижу иного выхода, как юзать BSD (любую)

2vOrOn: абсолютно с тобою согласен.

2anonymous (*) (2002-10-14 01:11:30.849)
не позорься, ламер, ограничения на пользовательские процессы вешаются в линуксе с пол-пинка /etc/securiy/limits.conf

Зачем libc вешать ограничения не юзерские процессы?

Кстати важный момент - а красноглазые апологеты gentoo отдают себе отчет в том, что система портов - это не какая-то фича, которую раз сделал и все, а живая система требующая постоянного поддержания в актуальном состоянии? Слышали слово "маинтейнеры"? За сообщество FreeBSD я спокоен - смогут (что и доказано на многолетней практике). А вот групка маргиналов gentoo - это смешно просто. Угаснет их юношеский порыв - и будете иметь на серваках систему которую никто поддерживать больше не собирается. О ее качестве вообще речь не идет, несерьезно это.

2anonymous (*) (2002-10-14 11:03:41.885):
И любой хрен может собрать программу _без_ _pam_, и эти limits.conf идут нах.

"Красноглазые апологеты" дебиана поддерживают свою систему довольно давно. Равно как и "красноглазые апологеты" BSD. Не вижу причин, по которым не могут найтись еще некоторое количество "красноглазых апологетов", голубоглазый ты мой...

2green: libc не нужно... А вот системе в целом (неважно, как это организовано) - не мешало бы это делать централизованно. Как в limits.conf, но не только для PAM программ, а для всех.

Журналируемые файловые системы в их текущем виде (журналируются метаданные, но не данные) отвергнуты как направление развития в BSD мире. LFS (log-structured FS), очень старая уже вещь, конечно, кое-где живет (NetBSD'шники, например, ее любят и поддерживают), но основным направлением никак не является. Основное сейчас идет от того, что делает МакКузик с UFS - softupdates, далее snapshots (сделано в 3.x), background fsck (в 5.0), UFS2 (в 5.0 с претензией на полную работу в 5.1). Плюс журналируемых FS, традиционно высказывавшийся как аргумент - быстрая починка и подъем - отвергнут, см. известное интервью Мэтью Диллона. Подход, уже работающий в 5.0 - softupdates как средство ограничения вреда FS от слета системы, background fsck при старте для полного лечения - работает лучше, чем журналирование имени ext3, с крайне ограниченной возможностью найти сбой, возникший в обход действий, записанных в журнале. С рейзером, XFS и прочими сравнивать не буду.

В 5.0 поддержка тредов сделана реализацией метода scheduler activations. Как результат, ядро не занимается шедулингом между тредами пока они крутятся на userlevel, и вообще про них не знает. Более того, KSE - то, что ядро видит вместо тредов - может быть и не связано с тредами, а может быть, например, реализацией AIO - прежний извратный подход с kaiod может быть устранен. Метод в linux - когда продолжается 1:1 схема между процессами (в данном случае задачами - так как в ядре это task, а pid у них отнят) и тредами - имеет ряд преимуществ (тут обсуждать надо без ламерских воплей, на серьезном уровне), но не есть хороший в любых случаях и даже не в основном.

Функциональный аналог фревого kqueue (и соляркиного /dev/poll) Линус грозится уже года полтора создать. А воз и ныне там.

Про user kernel я не понял. user mode linux? Так это ведь совершенно отдельный проект.

Что за бред про проверку login.conf при fork()? setusercontext(), который положено вызывать при "включении" свойств юзера. Ну а PAM тут привинчивать... ну можно, с горем пополам... ;)

Portupgrade - вещь очень слабая. Хотя и на порядок сильнее, чем базовый менеджер.;) С portupgrade я неоднократно натыкался на странные позы - например, она регулярно теряет понимание, что есть expat2. К сожалению, RPM тут непригоден. Аналог deb'а был бы ближе к тому, что хочется.

4.7 мне понравилась - почему-то значительно быстрее работает на моей машинке, чем 4.6.2... ;)) Плохого не увидел - ужаса, как с 4.5, не повторилось.

patologoanatom

> *BSD'-унам : А Вы вспомните, каким компиллятором весь софт у Вас
> собирается.
Ну GNU GCC. Это из Linux или всё же от FSF?

> хочешь Java стабильную пользуй Линукс.
Не-а, если стабильную - то Solaris.

> например window-maker при инсталле не тянет за собой Хы - так как
> может в принципе работать с удаленным Х-сервером итд
X-ы не тянет, но X libs тянуть обязан. А где не так?

> Журналируемые файловые системы в их текущем виде (журналируются
> метаданные, но не данные) отвергнуты как направление развития в BSD
> мире.
Да не отвергнуты они в принципе. Просто softupdates предлагают сравнимые возможности при меньшей крови. David E. Cross, например, пишет журналируемую UFS, и никто его от этого не отговаривает.

Подскажите,если можете,а РАМ,и почему он так важен.Спасибо если ответите.

Извиняюсь,опечатался - что такое РАМ?

   Журналируемые  файловые  системы  в  их  текущем  виде  (журналируются
   метаданные,  но  не  данные)
Ну ext3 может и данные журналить если попросишь.
   полного  лечения  -  работает  лучше, чем журналирование имени ext3, с
   крайне   ограниченной  возможностью  найти  сбой,  возникший  в  обход
   действий,  записанных  в журнале.
Кроме голословных утверждений есть ли что сказать подробнее про это?
Как сбой может возникнуть в обход действий, записанных в журнале?
-Vlad

> Извиняюсь,опечатался - что такое РАМ?

man pam

Ой я так рад за фряху что она умеет такие крутые треды делать (хоть и в бете). А смп она уже научилась? Или так и радоваться тредам на одном проце?

# To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O

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

to anonymous (*) (2002-10-16 12:34:18.222):

Поясни пожалуйста фразу "если ты про такую же реализацию смп как в линуксе, то слава богу и не научится никогда ..."

Блин, задрало честно сказать пролистывать диких размеров
триды и выискивать что-то осмысленное. Неужели это просто
диагноз -- флеймер ? :-(

Хочу просто вставить пару коментариев, для того чтоб успокоить большинство спорящих о Java и местах, где ее
надо юзать.

Под FreeBSD Java не сертифицирована. Что впрочем не
мешает ей вполне активно и довольно стабильно работать
под фрей. 1.4 пока еще даже не альфа, так как над ее портом
под фрю работает только один (угадайте кто? :) человек с
августа сего года (или если верить словам billh'a, со
вчерашнего дня - уже два) :-) Причем самое обидное знаете в
чем ? А в том, что почему то мне показалось, что Linux более
близок к FreeBSD и процесс портирования Hotspot'а был начат
на базе Linux'овых сорцов. После почти вусмерть убитого месяца борьбы с ними было принято решение переключится на
solaris code base и в течение недели система пришла в то
состояние когда я был в состоянии почти полностью скомпилить
весь jdk и даже смотреть Swing'овые demo (кто понимает как jdk устроен внутри поймет). Так что тут уж извените -- но ...
А на тему того -- что надо поставить, чтоб Java работала
нормально -- гарантированых варианта всего 2 -- Solaris/Sparc 
или m$ windows 2000. Честно сказать я до сих пор ни разу не
сталкивался с исходниками где так часто встречаются
коментарии из серии: "это почему-то не работает в линуксе"
(commented out), "это фича не работает в такой-то версии
ядра" (commented out), "это жестко зависит от версии
linuxthreads" (дикое кол-во проверок), "этот алгоритм зависит от значений используемых в ядре" (просто надежда на то что в
будущем это не изменится). Для flamer'ов -- прежде чем
отвечать на это посмотреть сюда j2sdk_1_4_0-src-scsl.zip ->
hotspot/src/{os,os_cpu}/linux*/*

А из Линкусов насколько я помню Sun сертификация есть только
для Red Hat. Ну и насколько я понял из беглого взгляда на
linux build Makefile's -- собирается JDK только под Red Hat.Так что все что не есть Red Hat или а-ля Red Hat - use it
at your own risk.
-phantom

Использую FreeBSD потому что она легче воспринимает новое железо, да и поддержка более стабильная.
Например, есть известные проблемы с беспроводной картой Lucent Orinoco, многими RAID-контроллерами и т.д.
Ещё потому, что нет множества дистрибутивов - всю информацию можно найти на одном сайте или получить из одного списка рассылки.
2Zulu: Генту новая разработка, а порты существуют с незапамятных времен. Да и cvsup вещь правильная, make world вообще изумительная шутка. Конфигурирование ядра перед компиляцией действительно сводится к редактированию текстового файла, иксовых конфигураторов нет. sysclt присутствует в полном объеме.

Ява и Оракл - не основные факторы у меня (пока хватает MySQL), а на сайте www.freebsd.org/handbook подробно описано, как запустить Оракл под фрёй, а Ява неплохо работает и на этом сайте под фрёй (кстати, handbook тоже хорошая штука).

Вот от этого слакварь вылетела (все консоли сбросились, залогиниться было невозможно из-за достижения димита открытых файлов):
/root/test.pl

#!/usr/bin/perl
while (1) {system ("/root/test.pl")};

Фря на той же машине, подумав, пришибла все эти процессы, сказав "out of swap space" и всё.

Да, и ещё. Ни в списках рассылки freebsd.org, ни на форумах opennet.ru не возникает таких тредов после слова linux :))
Про железо: сейчас у меня дома на шлюзе FreeBSD 4.6 крутится на 486DX100/8 Mb RAM/ 850 Mb HDD, там named, postfix, qpopper, netacct-mysql (учет трафика), sshd, ftpd, apache и mysqld. Все это на 10Mb канале. Не верится?

P.S. На самом деле не хотел высказываться в этой теме, но что-то где-то заиграло :)

FreeBSD 4.7 Now Available. Я тащюсь!

>Ещё потому, что нет множества дистрибутивов - всю информацию можно
>найти на одном сайте или получить из одного списка рассылки.
Зато есть аж 3 BSDи + какоето "загадочное" BSDi.

>Ява и Оракл - не основные факторы у меня (пока хватает MySQL), а на
>сайте www.freebsd.org/handbook подробно описано, как запустить Оракл
>под фрёй, а Ява неплохо работает и на этом сайте под фрёй (кстати,
>handbook тоже хорошая штука).
Пока хватает MySQL? Прекрасно! Когда хватать не будет вернемся к этой теме.
В www.freebsd.org/handbook подробно описано, как запустить Оракл?
А как запустить MSSQL и IIS из под Wine там не описано? Я б попробовал.
> ... а Ява неплохо работает и на этом сайте под фрёй (кстати,
>handbook тоже хорошая штука).
Ява на этом сайте работает как раз плохо. И это признали сами поклонники FreeBSD.

>Вот от этого слакварь вылетела (все консоли сбросились, залогиниться >было невозможно из-за достижения димита открытых файлов):
>/root/test.pl

>#!/usr/bin/perl
>while (1) {system ("/root/test.pl")};

>Фря на той же машине, подумав, пришибла все эти процессы,
>сказав "out of swap space" и всё.
Таких примеров можно привести массу и для разных систем. Могу рассказать, как красиво вылетает ФРЯ 4.7 с какимто microupdate(), отрицательным временем в ps и тоже дохлыми консолями.
Намеков на кривизну рук не делаю и мне они тоже не требуются.
Есть еще такая простая вещ, как желание.

>Да, и ещё. Ни в списках рассылки freebsd.org, ни на форумах
>opennet.ru не возникает таких тредов после слова linux :))
Характерное отличие от linux.org.ru.

>Про железо: сейчас у меня дома на шлюзе FreeBSD 4.6 крутится на
>486DX100/8 Mb RAM/ 850 Mb HDD, там named, postfix, qpopper, netacct->mysql (учет трафика), sshd, ftpd, apache и mysqld. Все это на 10Mb
>канале. Не верится?
Верится. И на Linux ето тоже возможно.

Основные тезисы:
1. Linux мешает FreeBSD стать стандартом.
2. FreeBSD мешает NetBSD стать стандартом.
3. NetBSD мешает OpenBSD стать стандартом.
4. Oracle мешает PostgreSQL стать стандартом.
5. PostgreSQL мешает MySQL стать стандартом.
6. Lamborghini мещает на рынке Ferreri.
7. Audi мещает на рынке BMW.
8. Все вместе они сильно мешают ЗАЗ.
и т.п.

IBM, HP, SGI, SUN, Oracle, Informix (сегодня в лице IBM), Borland,
и остальные все дураки. Это было ясно с самого начала.
А Apple и мелкософт брали код из BSD потому м только потому, что он на лицензии BSD.

>P.S. На самом деле не хотел высказываться в этой теме, но что-то где->то заиграло :)
З.Ы. Я тоже не хотел высказываться в этой теме, но ..... высказался.

А я заметил: если тред на LOR содержит больше 100 мессаг, то вероятнося того что разговор перейдет на автомобили, очень велика. См. пред. мессадж.

Если серьезно FreeBSD и Linux совместно позволят полностью построить локалку без использования Windows.

FreeBSD можно (нужно) использовать в качестве серверной платформы, обеспечивающий Web-сервисы и маршрутизацию. Linux - в качестве сервера приложений и клиентских мест. Такие продукты - как Kylix 3 и OpenOffice облегчают эту задачу.