Обновление звуковой подсистемы во FreeBSD 8-CURRENT

>Ну уже хотя бы одна формулировка

опередил меня. посмотрим, что нам ответит бздунишка.

>Ну уже хотя бы одна формулировка
>"основатель движения за БЕСПЛАТНОЕ программное обеспечение"

Наверно потому, что "свободное" программное обеспечение на тот момент ещё не было изобретено.

А зачем на серваке звук ?

> А чем существующий не устраивает?

Тем, что для установки любой ерунды требуются часы времени и гигабайты места. А если надо на кластер из 40 узлов поставить, например, PostgreSQL, а дисковое пространство там на вес золота? RPM решает эту задачу за секунды.

> Нативная Java — с августа 2001 года.
> http://www.freshports.org/java/jdk13/

Ложь. Исходные тексты JDK были открыты только в 2006 году. До тех пор так называемая "нативная Java под FreeBSD" представляла собой Sun JDK под Линух, обвешанный костылями. Пруфлинк: http://www.freebsd.org/java/dists/13.html

Да и сейчас костылей не меньше - они необходимы для того, чтобы JDK собрался под убогой недоосью, и никакой гарантии и поддержки этой левой сборки никто не предлагает. Вывод: FreeBSD не место в enterprise.

>>Решения для HA-кластеров - не нужны вообще.
>Зачем выдумывать?

Пруфлинк в студию.

>Advanced routing - не нужен, что это вообще такое?
>>NetGraph.

оно уже умеет множественные таблицы роутинга в зависимости от IP-адреса источника?

> Vinum -> GEOM c 2002 года.

Это ни разу ни LVM. Сперва покури про линуксовый LVM2, невежда, прежде чем встревать в дискуссию

> Так доразрабатывались до того, что SHED_ULE на SMP рвёт линуховый планировщик.

Пруфлинк or GTFO.

> У современного ipfw NAT работает в ядре. Для PF всё и так ясно.

ололо, не прошло и десяти лет, как бздуны сообразили, что переключать контексты на каждый пакет - некошерно

>>Поддержка современных SCSI RAID-контроллеров, FDDI-интерфейсов, Infiniband?
> Всё уже есть.

Это ложь. Поддержки InfiniBand в BSD нету, это сопряжено с непреодолимыми архитектурными изъянами FreeBSD. Пруфлинк: http://www.nabble.com/Infiniband-status--td19774047.html

Итого: три явно ложных заявления, все остальные - бездоказательные.

Алсо, поддержки кластерных ФС в бзде нет и не предвидится. Итого: FreeBSD не место на кластерах (HA-, LB- и HPC-), не место в enterprise, про десктопы я уж не говорю. Еще раз доказан тезис: удел BSD - быдлороутеры в быдлоконторках и быдлохостинг под быдлопохапе. Ну и еще у 0.001% красноглазых задротов на десктопах, эти фанбои стерпят и отсутствие 3D-акселерации, и неработающий звук, вебкамеры и тюнеры - только чтобы не юзать линукс. Впрочем, чаще они все же юзают на десктопах венду.

Спасибо, в целом я доволен.

> поддержки кластерных ФС в бзде нет и не предвидится

на тебе еды: Coda, AFS, GlusterFS. В планах pNFS (после завершения интеграции NFSv4) и в желаемых Hammer.

> оно уже умеет множественные таблицы роутинга в зависимости от IP-адреса источника?

ipfw setfib N...?

> ты для записи дисков пересобирал ядро? для этого во фре, для резака, надо делать эмуляцию SCSI. и эта эмуляция не работала для SATA приводов.

нет, не пересобирал. atapicam_load="YES" в /boot/loader.conf достаточно. Пользовался бы GENERIC ядром, если бы не hplip, который требует отсутствия ulpt :D

>Я использую. И более чем доволен.

А вот и ответ - почему доволен:

>paranormal

А теперь, дети, ваши серверы еще могут петь...

>А если надо на кластер из 40 узлов поставить, например, PostgreSQL, а дисковое пространство там на вес золота? RPM решает эту задачу за секунды.

*.tbz

>Исходные тексты JDK были открыты только в 2006 году. До тех пор так называемая "нативная Java под FreeBSD" представляла собой Sun JDK под Линух, обвешанный костылями. Пруфлинк: http://www.nabble.com/Infiniband-status--td19774047.html

По пруфлинку не нашёл упоминания о Linux после 2003 года. Допилили значится?

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

Diablo-JDK/JRE 1.6 — сертифицированная Sun JavaSE 1.6.


Кластера где-то здесь: http://2009.asiabsdcon.org/papers/index.html

>Это ни разу ни LVM. Сперва покури про линуксовый LVM2, невежда, прежде чем встревать в дискуссию

А что же это такое? Конечно не LVM — это больше чем LVM. LVM в Linux всё равно что костыль.

>Так доразрабатывались до того, что SHED_ULE на SMP рвёт линуховый планировщик.

Да было уже, повторять не буду.

>Алсо, поддержки кластерных ФС в бзде нет и не предвидится. Итого: FreeBSD не место на кластерах (HA-, LB- и HPC-), не место в enterprise, про десктопы я уж не говорю. Еще раз доказан тезис: удел BSD - быдлороутеры в быдлоконторках и быдлохостинг под быдлопохапе. Ну и еще у 0.001% красноглазых задротов на десктопах, эти фанбои стерпят и отсутствие 3D-акселерации, и неработающий звук, вебкамеры и тюнеры - только чтобы не юзать линукс. Впрочем, чаще они все же юзают на десктопах венду.
>Итого: три явно ложных заявления, все остальные - бездоказательные.

Да вылезай уже из криокамеры — XXI век наступил.

судя по новости BSD будет умирать с музыкой

>>Это ни разу ни LVM. Сперва покури про линуксовый LVM2, невежда, прежде чем встревать в дискуссию

>А что же это такое? Конечно не LVM — это больше чем LVM. LVM в Linux всё равно что костыль.

И всё-таки, iZen, сначала посмотри что умеет LVM2. GEOM такого не может, поскольку аналогами GEOM в Linux являются device-mapper и multiple-device, а LVM2 на их основе реализует более сложную функциональность, которую GEOM не умеет.

Ну изен написал выше что имеет ввиду gvinum как аналог lvm, а geom можно догадаться как аналог device-mapper и multiple-device.

Правда таки не ясно почему lvm костыль и почему geom+gvinum вдруг стали стали такими крутыми, что можно говорить что это больше lvm, попахивает традиционным искажением:) Скорее можно говорить о том, что оно работает несколько иначе и уже как следствие имеет свои особенности.

>Развитый пакетный менеджер с отслеживанием зависимостей? - не нужен, зависимости зло.

Благодаря этим "развитым пакетным менеджерам с отслеживанием зависимостей" в большинстве дистрибутивов линукса самосборная программка может похерить всю систему.

Когда уже линуксоиды поймут, что BSD системы просто другие и нехер их мерить своими мерками?

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

>По поводу холивара Linux vs. BSD у меня эмоции начинают лезть только тогда, когда особо ретивые БЗДшники начинают лить грязь на GNU/FSF. Вот например, этот деятель: >http://melkorbsd.livejournal.com/137818.html >Причём это пишет человек технически грамотный, прекрасно знающий, сколько в *BSD понапихано GNUтого софта и, думаю, прекрасно осознающий, где была бы сейчас *BSD, если б не тот, кого он обливает помоями.

Ну это взаимное. Потому что дохрена есть технически грамотных линуксоидов, которые свято верят, что дистрибутивы линукса исключительно гнутые и свобода ограничевается только гнутыми лицензиями.

Так для справки. Isilon - на ядре BSD.
Там просто безумно вкусная кластерная FS(OneFS).
Доступны конфигурации с Gigabit Ethernet и IB.
Чего вы там сказали про что то непреодолимое ???
У Вас непреодолимая непонятная злость.

Kuka, а Urban Terror работает под FreeBSD?

Кроме подобных выссказываний неплохо бы сравнительный анализ с указанием мест. где отсасывает. Создаётся впечатление что многие сравнивают не то чтобы предвзято, а некомпетентно что ли. То vinum вдруг стал рулить неподецки, что сразу надо забыть про lvm, то вдруг nf+iproute2 стали отсасывать. Хорошо что это лор, и можно не принимать всерьёз написанное:)

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

Чорд, это был мой пост =) Обогнал.

Похерить всю систему? Вы откуда свалились. В любой системе замена компонентов может что-то похерить, будь то линукс дистрибутивы, freebsd или лада, если вы неё поставите в неё другой блок цилиндров, она конечно работать не будет.

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

я вот что еще во фре не понимаю: зачем переписывать гнуные консольные утилиты (core-utils и им подобные) как бсд-аналоги? при этом добавлять разные новые флаги, которые не работают в линуксах. зачем плодить такую несовместимость?

> зачем переписывать гнуные консольные утилиты (core-utils и им подобные)

Вообще-то, фрибсдшные coreutils исторически идут ещё от утилит времён 4.2BSD, которые, в свою очередь, восходят к классическому окружению UNIX. Написанному ещё в те времена, когда проект GNU был только в проекте, извиняюсь за тавтологию.

Обратно же, „гнутые” coreutils — и есть переписывание с нуля ради чистоты кода.

man jfbterm. Под слюниксом, кстати, не работает/работает плохо (отрисовка curses через задницу(mocp), хотя бы)

В vi уже есть подсветка синтаксиса? Алсо, после vim'а vi для чего-то кроме элементарной правки одностраничного конфига я неосилил.

>Вообще-то, фрибсдшные coreutils исторически идут ещё от утилит времён 4.2BSD, которые, в свою очередь, восходят к классическому окружению UNIX. Написанному ещё в те времена, когда проект GNU был только в проекте, извиняюсь за тавтологию.

понятно, спасибо. но в новостях про фри нередко читал такое: "переписаны некоторые GNU утилиты" и тд.

так что там все-таки с юникодом в терминале? работает из коробки?

"Ух ты, в винде есть игры, а у нас нет -- не нужно!" "Ух ты, в винде есть foobar 2k с блекджеком и гулящими девицами! У нас нет, не нужно"

Слюниксоиды тоже так орут, да.

В терминале - да, если этот терминал сам держит unicode (urxvt, konsole, terminal, gnome-terminal...) В tty - это, в общем-то, не очень-то и нужно, но зато через jfbterm работает _полноценно_. (не нужно -- не представляю себе человека, который будет пользоваться голым tty, предпочитая при этом русскую локаль)

Обращение к модераторам: Если новости о BSD и иже с ними так бесят уважаемых любителей-пользователей GNU/linux, то может быть стоит отказаться от данных публикаций? Кому надо, тот и на opennet все прочтет и обсудит. А то тенденция какая-то: не читал (в данном случае не пользуюсь), но осуждаю. Не важно за что, просто за то, что BSD.

Зато шанс побрызгаться слюнями и пофлеймить.

> при этом добавлять разные новые флаги, которые не работают в линуксах.

так BSD RIP или тебя волнуют несовместимые флаги мертвых систем? Если в Linux'е уже все есть, то зачем ты по склепам за скриптами ходишь?

Если энергии много - на ринг, друг с другом. Ну, или команда Патрега vs. Gentoo vs. RH. Прямо так тремя толпами стенка на стенку.

> зато через jfbterm работает _полноценно_

во FreeBSD нет поддержки VESA для AMD64 и jfbterm там не заюзаешь. Но юникода в syscons можно добиться через screen как описано здесь: http://www.opennet.ru/tips/info/1448.shtml

Пользовал freebsd только на десктопе. В amd64 там нужды нет -> частности про эту архитектуру мне не известны.

Это лор, и это в его традициях обсуждать всё, что не касается линукса в первую очередь. Особенно близкие сущности, особенно идеологически неверные близкие сущности. Крайней необходимо выливать тонны помоев, не делать же это на работе? Нужен выход эмоциям. А если случилось сталкнуться с наследием в виде кучь предустановленных фриш от админов, что делать? Не кричать же на начальников. Нужно прийти сюда, выплеснуть все свои эмоции. Друзья наши бздуны это всё дружелюбно и с огромнейшим интересом выслушают.

Вендекапец стало быть опять отменяется? Как раз успели к релизу Windows 7.

>Если энергии много - на ринг, друг с другом. Ну, или команда Патрега vs. Gentoo vs. RH. Прямо так тремя толпами стенка на стенку.

Реквестирую топоры, молоты и лопаты. А также косы и серпы.

>И всё-таки, iZen, сначала посмотри что умеет LVM2. GEOM такого не может, поскольку аналогами GEOM в Linux являются device-mapper и multiple-device, а LVM2 на их основе реализует более сложную функциональность, которую GEOM не умеет.

LVM2 уже умеет экспортировать блочные устройства по сети?
Умеет делать RAID-0, -1, -3, -5 и их комбинации, задействуя сжатие и шифрование на любом из уровней?
Можно ли в LVM2 ввести корневой загрузочный раздел в RAID-1 без переформатирования?

И почему LVM2 выдаёт мусор при статусе "ОК"?
http://www.linux.org.ru/jump-message.jsp?msgid=3262617&cid=3274139
http://www.linux.org.ru/jump-message.jsp?msgid=3262617&cid=3274204
http://www.linux.org.ru/jump-message.jsp?msgid=3262617&cid=3272939

> А если надо на кластер из 40 узлов поставить, например, PostgreSQL

pkg_add -r postgresql-server?

> так называемая "нативная Java под FreeBSD"

Есть вполне себе нативная Diablo, освященная самим Солнцем. Официальные исходники, естественно, тоже собираются.

> и сейчас костылей не меньше - они необходимы для того, чтобы JDK собрался под убогой недоосью

Ты видел эти патчи? Там в основном исправления банальностей типа правки printf("%ld",size_t) на корректный print("%zu",size_t), замена hardcoded путей (/usr/X11R6/) на настраиваемые, также реализация кусков, просто отсутствующих в линуксе и исправления тупых ошибое в endianness.

Я тебе даже больше скажу: эти патчи применялись практически для всех BSD-derived ОС, включая Mac OS X, и «нативными официальными» их делало только слово Сана. Для Мака чуть раньше, для FreeBSD чуть позже.

> FreeBSD не место в enterprise.
>>>Решения для HA-кластеров - не нужны вообще.

NetApp, Isilon, Panasas и другие с тобой не согласятся. Очень даже «интерпрайз», и даже HA. Железки Juniper тоже работают. Много где живет FreeBSD.

> роутинга в зависимости от IP-адреса источника?

Source-routing решался по-разному, но решался. Множественные таблицы маршрутизации уже достаточно долго в ядре, можно даже некоторое подобие vrf соорудить.

> Это ни разу ни LVM.

Это очень близко, где-то даже шире. Но не прямая аналогия, конечно — подходы разные. И, естественно, есть ZFS.

> ололо, не прошло и десяти лет, как бздуны сообразили, что переключать контексты на каждый пакет - некошерно

С другой стороны, «линуксоиды» вдруг признали кошерным переключать контексты на каждый чих при дисковый операциях, и создали fuse.

Или, что ближе к теме, потратили кучу лет на попытку реализации стандартной в юниксовом мире OSS, облажались, и изобрели велосипед с бле^W переключением контекстов на каждый чих. А в BSD просто довели до ума реализацию, сохранив совместимость API OSS.

> Поддержки InfiniBand в BSD нету

Есть, и даже не одна реализация. Если бы внимательно прочитал свой пруф-линк, узнал бы о NetApp и Isilon, например. Хотя да, исторически в основном используется Myrinet.

> поддержки кластерных ФС в бзде нет и не предвидится.

Это не так.

> http://snapshots.us.freebsd.org/

пока лежит ежедневные snapshot'ы для i386 вместе с BSDInstaller'ом на LiveCD можно слить с http://snapshots.pfsense.org/FreeBSD_8_0/?C=M;O=D

По поводу alsa: ей пользоваться стало возможно только пару лет назад. До этого любая попытка смикшировать несколько приложений приводили к сильному снижению качества звука. pcm и коммерческий oss таких проблем не имели, и я использовал oss.

alsa потенциально имеет кучу возможностей, только как начинаешь разбираться, половина ограниченно реализована, половина не работает в текущей версии, потом что-то прикручено/сломано... Нафиг.

Стандартная установка mandriva 2009: всё управление alsa выкинуто, управляется PA. Микшер недокручен, на максимуме звука в PA очень тихо - надо доставить alsa mixer и выставить громкость нормальную.

Ну почему нельзя нормально всё сделать? Я сомневаюсь, что такая хрень только у mandriva.

Кстати, первый набор патчей для нэйтивной сборки под FreeBSD вышел ещё в конце 90-х.

>Стандартная установка mandriva 2009: всё управление alsa выкинуто, управляется PA. Микшер недокручен, на максимуме звука в PA очень тихо - надо доставить alsa mixer и выставить громкость нормальную.
>Ну почему нельзя нормально всё сделать? Я сомневаюсь, что такая хрень только у mandriva.

Если сделать нормально, то звук будет хрипеть.

> Ложь. Исходные тексты JDK были открыты только в 2006 году. До тех пор так называемая "нативная Java под FreeBSD" представляла собой Sun JDK под Линух, обвешанный костылями. Пруфлинк: http://www.freebsd.org/java/dists/13.html

Этот пруфлинк ничего не показывает, кроме истории версии 1.3.х на фре.

Например, http://www.freebsd.org/java/dists/12.html гораздо интереснее в этом плане.

Тексты Sun JDK в 1999 100% отдавались каждому желающему, живущему не в странах предполагаемого противника. Мне удалось через американский прокси тогда скачать.

В 2006 году там было серьёзное изменение политики лицензирования - просто к сорцам добавили какой-то "свободы"...

>все еще ктото считает что можно добавить наушникам отсутствующий в них бас? :)
Можно.
Если воспроизводить самому.
Надув щеки.

Поставил я FreeBSD 8 Current. Да, действительно звук у разных программ разный. Вот только когда одну программу закрываешь, то она как-то сохраняет свое значение звука. И при запуске другой программы звук может быть неожиданно тихим, или наоборот громким. Вобщим, еще недоделано)

>LVM2 уже умеет экспортировать блочные устройства по сети?

А что, gvinum, gmirror, gstripe или graid5 умеют это делать? Нет, это делает ggate. А в Linux это умеет делать GNBD - модуль device-mapper. В чём соль вопроса?

>Умеет делать RAID-0, -1, -3, -5 и их комбинации, задействуя сжатие и шифрование на любом из уровней?

В Linux RAID'ами занимается multiple-device, а не LVM. Сжатие разделов осуществляется с помощью псевдоустройства cloop. Ведь и во FreeBSD gvinum, gmirror, gstripe и graid5 тоже не умеют сжимать, сжимает-то geom_ugz. В чём вопрос?

>Можно ли в LVM2 ввести корневой загрузочный раздел в RAID-1 без переформатирования?

1. Создаём RAID 1 с отсутствующим вторым диском:
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 missing

2. Перенастраиваем всяческие fstab на использование md0 вместо прежнего sdb1.

3. Добавляем в RAID 1 новый диск sda1:
mdadm /dev/md0 --manage --add /dev/sda1

Теперь моя очередь. По поводу того, что умеет LVM.

Может ли GEOM к двум дискам объединённым в режиме LINEAR добавить третий диск, а затем добавить существующим разделам нужное количество свободного места с только что добавленного диска?

Можно ли затем вынуть из только что созданной связки второй диск, оставив первый и только что добавленный, так чтобы разделы остались целыми?

Можно ли с помощью GEOM сделать мгновенный снимок раздела?

Могу заранее сказать, что ответы на все эти вопросы отрицательный. Сначала почитайте, всё-таки, что такое LVM2, прежде чем сравнивать его с каким-то GEOM. Это РАЗНЫЕ вещи, СИЛЬНО разные.

Linux не кичится гибкостью при работе с дисками просто потому, что у этой подсистемы нет единого звучного названия. Но возможности device-mapper, multiple-device, cloop и LVM2 даже переплёвывают всё то, что умеет GEOM со всеми его модулями.

Аналогом GEOM в Linux является device-mapper, который сам по себе включает несколько модулей. И в дополнение к его возможностям есть multiple-device и LVM2, которые являются набором модулей для device-mapper и утилит для пользователя-администратора. Просто среди разработчиков Linux нет маркетологов, которые бы обозвали всё это одним звучным словом и раструбили всем, что это слово - венец дисководства.