Какие на данный момент существуют различия в функионале, производительности, плюсы и минусы в сравнении систем FreeBSD и Linux?

Под фразой «нет io_wait» имелось в виду отсутствие проблемы с ним, как в линуксе.

К.О.

> Под фразой «нет io_wait» имелось в виду отсутствие проблемы с ним, как в линуксе.

А у кого с ним проблемы в линуксе? Поимённо, пожалуйста, думаю, список не займёт много места.

>FreeBSD уже никуда не движется. Это застойная операционная система, опирающаяся на подпорки и костыли.

Легкий пофикс превращает молитву фанатика в объективное утверждение =)

Портирование новых версий программ на Гнулинукс, если они не развиваются в рамках совместного проекта (например, как GNOME совместно с Canonical Ubuntu), происходит медленнее, чем на FreeBSD.

Действительно, зачем их портировать, если они нативно под линакс пишутся?

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

Именно это, только с точностью до наоборот, произошло примерно десять лет назад, когда фряшка из свободной серверной оси №1 стала сначала номером вторым, уступив место линаксу, а потом и вовсе превратилась в мертвое болото, состоящее главным образом из фанатиков и попильщиков грантов. И шансы на реванш у нее чуть менее чем никакие.

>Под фразой «нет io_wait» имелось в виду отсутствие проблемы с ним, как в линуксе.

Проблема, afaik, в драйвере какого-то семейства сата-контроллеров, написанном через реверс-инжиниринг. Во фряшке этого драйвера нет - она тупо не видит диски на таких системах. Так что лучше? =)

> Страсти какие. В CentOS его и не было никогда. :)

Там что, ядро какое-то особенное? Тот же ляликс, вид сбоку.

1)
во фряхе выпиливают весь GNU нафиг(аминь), и там скоро, ой совсем скоро не будет gcc. так что школоте любящей use флаги и прочую шелуху она боле не интересна.
а раз нет gcc и длииииной строчки CFLAGS, значит фряха не нужна размышляет 99% этого форума.

2)
функционал почти тот-же, железо ядрами поддерживается почти одинаково.
только модульность линукс на столько мешает это сравнивать, что лучше даже не начинать.
например на одном моём ноуте не работает специфическая win-звуковуха под freebsd, но работает (сейчас внимание) под linux с_установленным_alsa.
как ставить вопрос? «кто круче, freebsd или alsa»? бред.

Ладно, когда из под винды начинают рассказывать про страсти, понятия не имея о чём. Но когда даже в методички не заглядывают, и шпарят без всякой опоры на матчасть - это грустно.

Читал?

Если в системе присутствует несколько звуковух, то нужно определить основной канал вывода переменной hw.snd.default_unit=1.

Кстати, для FreeBSD не нужны ни ALSA, ни PulseAudio. Всё управление многоканальным звуком сосредоточено в ядре и управляется sysctl-переменными и mixer(8).

там дело в том, что драйвер после проверки вендора ставит не тот кодек.
это очень редкая звуковуха, до которой дела нет никому.
осталось только подправить чуть драйвер и всё работало бы.
только я Си не знаю =)

Там что, ядро какое-то особенное? Тот же ляликс, вид сбоку.

Там 2.6.18, в которое не бэкпортировали 12309.

> Там 2.6.18, в которое не бэкпортировали 12309.

Т.е. это один из немногих дистрибутивов без иовэйта? Какие еще есть?

> Ладно, когда из под винды начинают рассказывать про страсти, понятия не имея о чём. Но когда даже в методички не заглядывают, и шпарят без всякой опоры на матчасть - это грустно.

Опять ты не цитируешь?

там дело в том, что драйвер после проверки вендора ставит не тот кодек.

Какой «не тот кодек»? Ты должен сам прописать нужный аудиодрайвер (модуль ядра) в /boot/loader.conf, а не фантастический драйвер «после проверки».

snd_hda делают проверку по вендору
есть карта SB450, snd_hda назначает ей кодек ALC861, но, нужно чтоб назначал ALC660.
но в её «базе» сказано, что для вендора «ATI SB450 High Definition Audio Controller» нужен именно ALC861. который еле хрипит.

заставит ассоциировать SB450 с ALC660 я грубой силой не смог, писать мейнтейнерам как-то стыдно, пущай лучше делом занимаются. а то наворотят как всегда, одно починят - другое сломают.

>Проблема, afaik, в драйвере какого-то семейства сата-контроллеров, написанном через реверс-инжиниринг

Перевешиваю SATA-винты с ICH7 (i945G) на материнке не отдельный SATA-контроллер (SiI 3132) - и больше iowait нигде не замечаю :)

А что, можно и написать по-русски, обрисовать ситуацию с кодеками:

The snd_hda driver was written by Stephane E. Potvin <sepotvin@videotron.ca>, Ariff Abdullah <ariff@FreeBSD.org> and Alexander Motin <mav@FreeBSD.org>.

— Степан Потвин, скорее всего, русский или болгарин.

а в первой пакеты из-за USE-флагов пакеты часто заменяют 2-4 пакета из Debian и Ubuntu

Во FreeBSD есть прекрасный механизм для конфигурации опций сборки пакетов, в отличие от ковыряния вида USE=... emerge или echo ... >> /etc/portage/package.use

А у кого с ним проблемы в линуксе?

У меня. После перевода машин во FreeBSD - о проблемах забыли. Хоть я и понимаю, что тут сейчас могут появиться толпы пряморуких школьников с нереализованным стремлением учить.

Abdullah

Прелестнейший человек. В 2007-м году несколько дней провозился со мной на тему заставить hda-драйвер работать на моём Asus F3JC, т.к. в то время его драйвер не на всех HDA работал.

> Перевешиваю SATA-винты с ICH7 (i945G) на материнке не отдельный SATA-контроллер (SiI 3132) - и больше iowait нигде не замечаю :)

Ждем завтра с пруфпиками в толках.

Ну вот, сколько нового в новостях сказали про разработки FreeBSD. Молодцы конечно.