LINUX.ORG.RU

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

 , ,


0

0

В дерево исходных текстов FreeBSD 8-CURRENT внесена большая порция изменений в звуковую подсистему. Реализованы следующие улучшения:

  • Поддержка раздельного и независимого управления громкостью для каждого приложения (канала, потока), без изменения основного уровня громкости;
  • Новый высококачественный конвертер частоты дискретизации (sample-rate-converter), основанный на методе SINC интерполяции;
  • Параметрический программный эквалайзер (feeder_eq), поддерживающий управление частотными характеристиками воспроизводимого pcm-аудиопотока (басы, низкие частоты). Внесенный код предоставляет средства для управления тональностью, как для удовлетворения акустических предпочтений, так и для частотной компенсации звука под заданные характеристики воспроизводящей аппаратуры (например, для оптимизации воспроизведения через наушники или телефон);
  • В реализацию виртуальных аудиоканалов добавлена поддержка прозрачного адаптивного/динамического смешивания каналов с аудиоданными разных форматов и частот;
  • Режим прямой передачи немодифицированных, чистых pcm-потоков на устройства вывода, в обход средств DSP обработки (например, смешивания или преобразования частоты);
  • Режим эксклюзивного доступа к любым видам PCM-потоков (работает через открытие файла с флагом O_EXCL и напоминает режим 'passthrough' для виртуального звукового канала, при котором приглушаются все остальные каналы);
  • Мультиканальная матричная обработка для бесшовного преобразования или перенаправления каналов;
  • Звуковой Loopback/Null драйвер.
взято с opennet.ru

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от iZEN

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

Тем, что для установки любой ерунды требуются часы времени и гигабайты места. А если надо на кластер из 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-акселерации, и неработающий звук, вебкамеры и тюнеры - только чтобы не юзать линукс. Впрочем, чаще они все же юзают на десктопах венду.

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

Kuka ★★
()
Ответ на: комментарий от Kuka

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

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

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

ipfw setfib N...?

sainahic
()
Ответ на: комментарий от Kuka

>А если надо на кластер из 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 век наступил.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

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

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


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

morbo
()
Ответ на: комментарий от morbo

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

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

ixrws ★★★
()
Ответ на: комментарий от Kuka

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

Fastman
()
Ответ на: комментарий от morbo

>И всё-таки, 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

iZEN ★★★★★
()
Ответ на: комментарий от Kuka

> А если надо на кластер из 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.

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


Это не так.

baka-kun ★★★★★
()
Ответ на: комментарий от Kuka

> Ложь. Исходные тексты 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 году там было серьёзное изменение политики лицензирования - просто к сорцам добавили какой-то "свободы"...

Shadow ★★★★★
()
Ответ на: комментарий от iZEN

>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 нет маркетологов, которые бы обозвали всё это одним звучным словом и раструбили всем, что это слово - венец дисководства.

morbo
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.