FreeBSD vs Linux

ну видишь ты уже ответил на свой вопрос. софту нету.

да и на самом деле я так и не понял чем она реально лучше того же debian.

практически любой юникс это всё одно и то же, единственное - что-то удобнее что-то менее удобно (при настройках по умолчанию в частности). например в solaris меня всегда бесил их shell с набором дурных комманд и отсутствие компиллера. и соотв. проблемы при родном perl'е и попыткой сборки модулей перла с помощью gcc.

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

Нарезал себе Frenzy 1.0.
Воткнул неделю назад - посмотреть типо...
Вот сейчас как раз с него.
Юникс как юникс, работает хорошо, а так ничего особенного...

>жалко только, что под фряху мало софту :(

ВНИ.

http://www.freebsd.org/ru/ports/index.html

Тема провокационная, но.. разве это кого-нибудь когда-нибудь останавливало? ;)

во freeBSD лучше реализован SWAP, он заполняется НЕ если оперативка забилась до отказу, как в линуксе, а сбрасывает туда застоявшиеся временно ненужные данные из памяти, тем самым ускоряя работу со всеми вытекающими последствиями. Т.е. использует память более грамотно (скорее всего не только память).. поэтому и производительность фряхи выше чем в линуксе (Я это заметил невооруженным глазом).

Ей бы поддержку железа получше, софту побольше и тогда линуксу капец точно :)

> поэтому и производительность фряхи выше чем в линуксе

Да ладно?

Нет нормальной поддержки SMP, новых материнок.Кстати, XFS уже там стабильна ?

FreeBSD не лучше линукса имхо(коммерческий софт, драйвера). но лучше большинства из линуксовых дистрибутивов

угу эта история про pre-swapping (который в solaris тоже есть) притча во языцах... как я помню лунис намеренно от неё избавился где-то в районе 2.4... Сказав что оперативка нынче явно дешёвая и что практического смысла это не несёт. У меня на почти всех машинах свап вообще отключен. Ибо как только машина начинает свапиться то можно сказать что она сдохла. Ибо дальне начинают плодиться новые процессы которые тоже лезут в свап, старые не умирают потому что не успели отработать из-за тормозов и всё такое...

Памяти всегда должно быть столько чтобы хватало умноженное на 2 или на 3. свап в 2006 году - это маразм.

>Ибо как только машина начинает свапиться то можно сказать что она сдохла.

Значит, все машины с Mozilla и OO.org на KDE или GNOME- изначально дохлые...

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

Фряшные порты это стройная система костылей и подпорок

>если бы фря была на месте линукса, в ней давно было бы все:

...но что-то ей упорно мешает =)

красноглазики выбирают линукс!!

Ну в принципе Frenzy1.0 он FBSD 6.1 based действительно самый прилизанный дистрибутив. Тем ярче видны проколы : manы явно хуже Линуксовых, жесткий диск подмонтировать не смог, "на борту" 31 архиватор (других программ нет?), возможностями GF3 Ti200 воспользоваться не смог..

Поставь NetBSD, она ещё лучше.

>Фряшные порты это стройная система костылей и подпорок

Поэтому они устоят в любых условиях...

На уровне пользователя - различий практически нет, а на уровне разработки системного ПО, фря и линукс - две разные вещи. И разрабатывать под ядро линукса на порядок проще, легче и красивее, чем под фрю. О Net и Open я вообще не говорю. Видимо, не очень красивая архитектура и является причиной малого количества драйверов.

Но, это чисто моё ИМХО, так как я могу и заблуждаться и чего-либо не понимать.

spinore? :)

Мдя ... интересно вот только как можно сравнить Complete OS и OS Kernel :) Если уж и сравнивать ... так ... Debian GNU/Linux,GNU/kFreeBSD,GNU/Hurd и GNU/NetBSD и IMHO выйграют первый и последний.

Почему win2000 ставится на новые материнки а фря нет?

>красноглазики выбирают линукс!!

А что выбирают кросножопики ??? :)

>Видимо, не очень красивая архитектура и является причиной малого количества драйверов.

anonymous (*) (26.08.2006 21:47:11) На твой вопрос .. ответ то выше был уже.

> поставил вчера фряху и создалось впечатление что линукс это некачественная дурная поделка

И чем же это? Тем, что на фре нельзя сделать серьезный апдейт только ядра без апдейта юзерспейса? Тем что если у вас терабайтный диск, после краша он будет fsck-ться сутки? Тем, что вам никаким образом не гарантирован результат "установки из портов"? :-)

> Почему win2000 ставится на новые материнки а фря нет?

Ты балбес?

первое и третье - бред какой-то. а про fsck - при террабайтном диске надо иметь и упс и stablе-релиз

>во freeBSD лучше реализован SWAP, он заполняется НЕ если оперативка забилась >до отказу

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

>Ты балбес?
Судя по тому, что с win2k возится с новыми материнками - Бывалый=)

Minix3(ядро) лутше Linux и FreeBSD!!!

>Minix3(ядро) лутше Linux и FreeBSD!!!

Микроядро не рулит не фига.

Hurd наше всё! :) Линукс в лице Линуса меня озадачевает своими тенденциями. надо не forfunить а придерживатся взятого курса. Столман может и бывает весьма радикален, GNUть своё умеет.

Успокойся скоро будет рулить!!!

А ты не пробовал заниматься этим с женщиной?

>Успокойся скоро будет рулить!!!

Когда сменят опрос ? ;)

> Значит, все машины с Mozilla и OO.org на KDE или GNOME- изначально дохлые...

У меня свопа нет совсем. Запустил на :0 GNOME, на :1 KDE, а на :2 Xfce с OpenOffice. Все работает. Что я делаю не так? (c)

> Линукс в лице Линуса меня озадачевает своими тенденциями. надо не forfunить а придерживатся взятого курса. Столман может и бывает весьма радикален, GNUть своё умеет.

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

Или я что-то не так понял в происходящем вокруг меня?

Эй, тролль, собирайся на йолль!
Хватит гнуть ель -- время пить эль!

Запускаешь всё на кластере?

P.S. Работать будет, только... Открой в мозилле полсотни табов, в ОО - несколько документов с рисунками и таблицами, открой amarok, несколько терминалов и если через час работы (а не бездействия) всё это займет меньше 512 ...ну, дистр, наверное, хороший...

Давно пора :)

+1. Живу в комнате с бсд-шником... Как же он радовался, когда у него фреймбуфер включился... Я даже по этому поводу не заморачивался, для меня ФБ вообще дефолтное условие работы в консоли... А как хорошо файлики умирают при паверлузах у него, жуть просто. Кстати поставить из портов mplayer нормально он не осилил, а при вставке флешки в юсб система вообще повисла. То ли то такой бсд-шник, то ли такое бсд.

http://herpolhode.com/rob/ugly.pdf и http://herpolhode.com/rob/utah2000.pdf все дружно читаем и долго думаем, что же такое *BSD и Linux. А оказывается, это всего лишь маленькая доработка идей из далёких 70х годов прошлого века. (О! как звучит ... прошлого века)

>Нет нормальной поддержки SMP,

"нормальную" стали писать не так давно, начиная с ветки 5.0. По крайней мере на 6.х численные проги на MPI (LAM) бегают не медлененне чем под линухом.

>новых материнок

всмысле? у меня дома на asus a8n-e нормально пашет. или эта материнка уже старая?

>нормальную" стали писать не так давно, начиная с ветки 5.0. По крайней мере на 6.х численные проги на MPI (LAM) бегают не медлененне чем под линухом.

Не прошло ... и n-цати лет ...

Фраза "FreeBSD provides higher performance, greater compatibility with other operating systems and less system administration." с http://www.freebsd.org/features.html просто не может не радовать :)

>численные проги

Краткое пособие по прикручиванию smp к _любой_ ОС:

1)При загрузке определить наличие apic/lapic , если отключен, то включить.

2)Загрузить 16-bit код в область памяти ниже 640кб.Он толжен включить pmode,выделить стек под себя, и начать выполнять функцию smp_init(), в которой пройдет инициализация lapic,gtd,idt,isr,irq,считать cpuid ит.д.

3)Послать 2 IPI : INIT ,START(указать сегмент, куда загрузили код) с интервалом 100ms всем процам.

4)Поставить GIANT locks на входе в прерывания/syscall/sysenter

5)Сделать небольшие модификации в scheduler , чтобы предотвратить выполнение задачи, запущенной на другом cpu.

6)В каждом int0 посылать IPI всем остальным процам.

7)После обработки apic interrupt не забыть выставить регистр LAPIC_endOfInterrupt в 0.

И численные проги будут отлично бегать.

C I/O будут проблемы..

http://www.trinity.su/news/280.htm

>asus a8n-e нормально пашет

http://www.freebsd.org/platforms/amd64/motherboards.html

это просто позор.

нет, это не бред. Это 100% правда.
Порты -- это страх и ужас по сравнению например с apt-get/dpkg
Говорю как пользователь FreeBSD с 4.5 до 4.9(кажется?) включительно.

Хочу её попробовать.. да всё нерешаюсь..

Попробуй Frenzy - неделю поиграешся - как я - и спокойно вернешся на родной дистр. И диск переразбивать не придется...

> первое и третье - бред какой-то.

Три раза "ха". Предлагаю вам провести эксперимент на двух машинках, например "поставить из портов" mplayer. Только на одной машинке предварительно поставьте arts, а на другой esound. После чего сравните mplayer -ao help, и удивитесь.

> а про fsck - при террабайтном диске надо иметь и упс и stablе-релиз

Разработчикик freebsd уже научились программно избавляться от уборщиц, которые могут шнур питания выдернуть (был прецедент в одном ОЧЕНЬ крупном банке)? Или дух freebsd научился телепатически исправлять глюки в микросхемах памяти (четыре коредампа на солярисах и спарках, несмотря на то, что память была с коррекцией ошибок). Или freebsd научилась выживать на SMP-машине, когда процессор "умирает"? Хотя да - тут я загнул, FreeBSD на SMP машинах не умирает, поскольку оно там нормально и не живет...

>SMP-машине, когда процессор "умирает"?

В смысле если сдох один из процов ?

Можно по-подробнее здесь?

Такое случалось?

Какая архитектура\железо ?

Система по железу не зависла ?

Если случалось, то какой проц cдох AP или BSP ?

> > SMP-машине, когда процессор "умирает"?

> В смысле если сдох один из процов ?

> Можно по-подробнее здесь?

Было деле на спарках. Проц сдох, система (Solaris) с перепугу шмякнулась в коредамп (но не повисла). Я ее за это даже чуть было не зауважал (ну, до тех пор, пока не обнаружил что она также коредампится при ребуте с неотключеным санкластеровскими сервисами :-))