FreeBSD Foundation - отчет за 2006 год

И все - таки некоторое железо не работает.=(

> И все - таки некоторое железо не работает.=(

В большенстве случаев, это и желесом то назвать трудно...

и 6.2-RC2 пока еще

ну конечно. hp dl380 g5. двух-/четырех- головые сетевые карточки не работают. Встроенные только в карент поддерживаются.

Поставить чтоль Фряху заместо Убунты...

когда уже этот 6.2-RELEASE с пакаджами ждать?!

поставь конечно

у меня давно фря на обоих рабочих компах (не считая десятка серверов) и нет винды на компах
без проблем все работает :-)

> у меня давно фря на обоих рабочих компах (не считая десятка серверов) и нет винды на компах > без проблем все работает :-)

Сетевая часть всяко под контролем линуксы останется, а вот подход по типу Генты меня активно смущает - неохота наращивать TSC компиляцией софта, да и с дровами как там - хз, есть ли аналоги forcedeth/adma-sata/nvidia.

дрова эти есть.

> Сетевая часть всяко под контролем линуксы останется
а почему?

> есть ли аналоги forcedeth/adma-sata/nvidia
не в курсе...
скорее всего есть
для фри все портируется очень быстро

> а вот подход по типу Генты меня активно смущает - неохота наращивать TSC компиляцией софта, да и с дровами как там - хз

Ога и не говори - свистили порты у генты и не стыдяццо ни разу.

Это серьезные успехи. Году к 2010, глядишь, base на пакеты сумеют поделить, как в NetBSD.

мля, в треде о такой оси такие дятлы пишут..аш стыдно за bsd-коммьюнити

>а вот подход по типу Генты меня активно смущает

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

>неохота наращивать TSC компиляцией софта,

Что я делаю не так?

pkg_add -r vim-lite Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/Latest/vim-lit......

>да и с дровами как там - хз, есть ли аналоги forcedeth/adma-sata/nvidia.

cd /usr/ports make search name=nvidia

Port: nvidia-driver-1.0.9631 Path: /usr/ports/x11/nvidia-driver Info: NVidia graphics card binary drivers for hardware OpenGL rendering

Port: nvidia-settings-1.0_10 Path: /usr/ports/x11/nvidia-settings Info: Display Control Panel for X NVidia driver

Port: nvidia-xconfig-1.0_1 Path: /usr/ports/x11/nvidia-xconfig Info: Tool to manipulate X configuration files for the NVidia driver

>кста какой во фре 6.2 десктоп

Например, kde-3.5.4, gnome-2.16.2, xfce4-4.2.3 и куча других.

>Ого! Аж в многопользовательском режиме! Да еще с поддержкой всего >оборудования! Да еще и работает! Акуеть! Буагагагагагагагагагагага.

Онанимусы, ну почемы ву такие вонючие, а? Не вонфйте, если не в курсе, что такое -STABLE и -CURRENT.

> а почему?

Потому что кластер. Еще потому - что основной хвост в инет работает через usb-adsl (а для такого дров под фрю нет точно), а еще - потому что неохота перестраивать правила iptables под ipfw.

> не в курсе...
> скорее всего есть
> для фри все портируется очень быстро

Т.е. ADMA (такая фигня, что дает DMA, NCQ и т.п.) для sata-винтов заработает из коробки, сетка на НВИдиевых интегрированных карточках поднимется без проблем, а также бинарные дрова под x86_64 воткнутся сразу? Просто я уже старый человек, и несколько отвык от приключений молодости с перекомпиляцией и подгонкой всего и вся ;)

Как в Убунте, т.е., поставил, подгрузил недостающее из репозитория и все заработало.

+1.

И когда, наконец, во freeBSD появится нормальный apt-get? А то пионерство с пересборкой на рабочей машине порядком достает. ;)

> cd /usr/ports make search name=nvidia

А fglrx? Меня еще очень сильно смущает отсутствие драйверов под гигабитные marvell yukon'ы

>Т.е. ADMA (такая фигня, что дает DMA, NCQ и т.п.) для sata-винтов заработает из коробки,

/usr/src/sys/sys/ata.h:#define ATA_READ_FPDMA_QUEUED 0x60 /* read DMA NCQ */

/usr/src/sys/sys/ata.h:#define ATA_WRITE_FPDMA_QUEUED 0x61 /* write DMA NCQ */

>сетка на НВИдиевых интегрированных карточках поднимется без проблем,

Она отлично работает, по крайней мере, интегрированная сетевая в nForce4...)

>а также бинарные дрова под x86_64 воткнутся сразу?

Бинарных дров nvidia для x86_64, к сожалению, _пока_ нет. Но x86_64 - это вообще отдельная тема как для FreeBSD, так и для Linux.

>Просто я уже старый человек, и несколько отвык от приключений молодости с перекомпиляцией и подгонкой всего и вся ;)

Давно уже не надо ничего подгонять и перекомпилировать, если не требуется совсем уж экзотической функциональности.

С smp все так же плохо? На двухядерных процессорах releng_6 ведет себя очень медленно и печально

а что говорить про RC2, это ж unstable, нефиг на него прыгать

зы
на 6.1 кривые дрова на интеловсие сетевухи - em (раз в месяц теряется коннект до хоста - приходишь с консоли делаешь ifconfig em0 down ; ifconfig em0 up - начинает работать) + некорректно работает райд контроллер ICH7(есть 4 sata винта, 2 в райде + 2 просто, вытаскиваешь винт нерейдовский, ползет нумерация винтов, сука trap и пиндец)- спрашивается какого игрека, это что редкое железо???

не пиарю линукс, но все же..

>А fglrx? Меня еще очень сильно смущает отсутствие драйверов под гигабитные marvell yukon'ы

Оно?

http://www.marvell.com/drivers/driverDisplay.do?dId=139&pId=35

>И когда, наконец, во freeBSD появится нормальный apt-get? А то пионерство с пересборкой на рабочей машине порядком достает. ;)

мля ,еще один :man pkg_add

пробовал тестил freebsd-6.1(тюнингованное ядро, без дебуга, с ULE шедуллером, без лишних дров + sysctl под тяж настроенные) и slackware-11 на 'p4 core duo', в unixbench значения 300 и 550 сответственно

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

>И когда, наконец, во freeBSD появится нормальный apt-get?
                                       ^^^^^^^^^^

> мля ,еще один :man pkg_add


Что непонятного?

> Оно?

На 6.2-BETA несколько месяцев назад не собиралось, хотя может руки виноваты. Вообще хотелось бы конечно видеть поддержку сетевух в ядре, а не отдельным драйвером, пусть и от самого вендора

>Что непонятного? непонятно как можно мчитать apt-get нормальным

>С smp все так же плохо? На двухядерных процессорах releng_6 ведет себя очень медленно и печально

На двуядерных процессорах Linux тоже ведет себя медленно и печально. Это когда вешаешь расчетную задачку без доступа к диску, загрузка ровно 50%, а в системе работать нельзя -- все в полукоматозе.

Проверено на Debian-е, ядро 2.6.18.

>а что говорить про RC2, это ж unstable, нефиг на него прыгать

Отлично оно работает. Никаких проблем. Народ же пользуется вечно unstable Debian :)

>Юна 6.1 кривые дрова на интеловсие сетевухи - em (раз в месяц теряется коннект до хоста - приходишь с консоли делаешь ifconfig em0 down ; ifconfig em0 up - начинает работать)

Вот чесслово, первый раз слышу про проблемы с em0.

>некорректно работает райд контроллер ICH7

Тоже странно как-то. Спросите в списке рассылки, я не думаю, что эта проблема нерешаема или она не вызвана конкретным железом.

> непонятно как можно мчитать apt-get нормальным

Мчитать, конечно, не надо, а вот хотя бы прочитать что это такое стоит. Может тогда отдельные анонимусы не будут предлагать заменить apt-get аналогом dpkg.

> На двуядерных процессорах Linux тоже ведет себя медленно и печально. Это когда вешаешь расчетную задачку без доступа к диску, загрузка ровно 50%, а в системе работать нельзя -- все в полукоматозе.

Multi-core scheduler support включать в ядре не пробовал? Думаю в дебиановском ядре его просто не включили

> Multi-core scheduler support включать в ядре не пробовал? Думаю в дебиановском ядре его просто не включили

Ядра под smp - отдельные пакеты.

kernel-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package
kernel-image-2.6-k7-smp - Linux 2.6 image on AMD K7 SMP - transition package
linux-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package
linux-image-2.6-k7-smp - Linux 2.6 image on AMD K7 SMP - transition package

> Ядра под smp - отдельные пакеты.

SMP может и включили, а multi-core забыли или незахотели

>окончите школу сначала, доучитесь до последних курсов универа. Поработайте на провайдера местного, а потом и рассуждайте о том, что фря говно, а линукс рулез дети нах :(

Я собственно в своё время так и сделал. И теперь с твоего позволения заявляю: фря - говно.

Линукс тоже не идеал, но всё же там всё не так печально.

>Я собственно в своё время так и сделал. И теперь с твоего позволения >заявляю: фря - говно.

>Линукс тоже не идеал, но всё же там всё не так печально.

А можно узнать название вашей конторы? -чтобы никогда у вас интернет не брать.

> SMP может и включили, а multi-core забыли или незахотели

Угу. Я в том смысле, что это - пустые пакеты, ставящие основное ядро. В котором, по идее, должно быть включено все. Так что может stellar и впрямь проблемку накопал.

>для фри все портируется очень быстро

Когда же наконец додумаются портировать RPM ?

Аналогично могу только подтвердить. На очень больших нагрузках - FreeBSD - говно полное. Ведет себя совершенно непредсказуемо. Все критичные места (около 30 серверов) давно перевели на Linux. Ещё 40 - и всё... Кошмар под названием BSD будет удавлен.

По поводу глюков с ICH7 - у нас на ICH7 она просто не зажила. Ставиться - ставилась, но при первом же старте системы после установки - unexpected kernel trap. Всё, хоть тресни. с acpi, без acpi, с DMA без DMA - пофиг. Также проблема с Intel Pro 1000 существует. Как только больше 300 мегабит в обе стороны - fatal trap 12. Uptime больше 5 дней не бывает. На будущее: Linux, только Linux и ничего кроме Linux.

фря не гавно, но проблемы бывают с железом
была подача с 6.0 свое время (косяк с дровами для SATA) - единственный выход CVSup до 6.1, что и было сделано

под серверы баз данных - выбираю linux, потому как во freebsd портовый mysql (с linux-трэдами) уступает в производительности линуксовому, про oracle и говорить не стоит

ps
на местного прова работаю 4-ый год

Оно же было RIP ещё во времена моей юности.

cd /usr/ports/archivers/rpm

make install clean

или более модно с точки зрения линукса:

pkg_add -r rpm

> /usr/src/sys/sys/ata.h:#define ATA_READ_FPDMA_QUEUED 0x60 /* read DMA NCQ */ > /usr/src/sys/sys/ata.h:#define ATA_WRITE_FPDMA_QUEUED 0x61 /* write DMA NCQ */

Это хорошо... Правда я слышал про Интелевые контроллеры, у NVidia весьма своебразная хрень, и спеки выдавались по NDA только линуксоидам, кои ее аж только в 2.6.20 включат в ядро.

> Она отлично работает, по крайней мере, интегрированная сетевая в nForce4...)

И это очень хорошо.

> Бинарных дров nvidia для x86_64, к сожалению, _пока_ нет. Но x86_64 - это вообще отдельная тема как для FreeBSD, так и для Linux.

Вот об этом не нужно - у меня полностью x86-64, без 32битных бинарей в принципе и все прекрасно работает. 4 физических процессорных ядра. В линуксе полный порядок и обратно не хочется. "Отдельной темой" оное является для особо одаренных коммерческих вендоров, кои подставляют мягкие места исключительно по запросу большинства клиентов.

> Давно уже не надо ничего подгонять и перекомпилировать, если не требуется совсем уж экзотической функциональности.

Т.е. что-то пришло на смену портам?

Ребята, радуйтесь что есть возможность выбирать ОС по душе (linux, *bsd,...). Эта возможность есть не у всех. Вот в нашей конторе у админа глаз из жопы торчит - вышла виста, пора переводить все на нее (с ХР), а вын3.1 не котируется :)

> На двуядерных процессорах Linux тоже ведет себя медленно и печально. Это когда вешаешь расчетную задачку без доступа к диску, загрузка ровно 50%, а в системе работать нельзя -- все в полукоматозе.
> Проверено на Debian-е, ядро 2.6.18.

Странно, а под Убунтой все нормально... да и под LFS тоже... Единственное - Линух все стренится вешать на последнее ядро каждого проца, но это лечится... Про компиляции с -j8 вообще молчу =)

>pkg_add -r rpm

и что это даст?

>> Давно уже не надо ничего подгонять и перекомпилировать, если не требуется совсем уж экзотической функциональности.

>Т.е. что-то пришло на смену портам?

pkg_add -r ИМЯ_ПАКЕТА

И в чем проблема?

> pkg_add -r ИМЯ_ПАКЕТА

Это что же, почти как в слаке?

>Это что же, почти как в слаке? нет , -r это вместе с зависимостями

>> Давно уже не надо ничего подгонять и перекомпилировать, если не требуется совсем уж экзотической функциональности.

>Т.е. что-то пришло на смену портам

В RPM, например, если мне для Apache suexec надо установить DOC_ROOT, отличный от стандартного, тоже придется пересобрать бинарный пакет из SRPM.

Тоже самое для портов: если есть готовый пакет, используйте пакет. Если пакета нет, можно поставить из портов, а если необходимо раскидать на несколько машин - сделать пакет командой make package.

> поставь конечно

А потом NetBSD вместо FreeBSD, а потом OpenBSD вместо NetBSD...