Им нужен наш моск

[metaclass]

Мало им видеокарт в процах, еще и аудиодевайсы в видеокартах.

Comments

[a-sad-one.livejournal.com]

Па HDMI гук гоняць?

[bigfrogg.livejournal.com]

+1

[http://users.livejournal.com/_windwalker_/]

Скажите спасибо NVidia

[w00dy.livejournal.com]

Первым до этого додумалась таки AMD

[http://users.livejournal.com/_slw/]

s3

[w00dy.livejournal.com]

аудио в видяшке? Что за продукт был?

[http://users.livejournal.com/_slw/]

не могу найти сейчас.
продукт oem ленный был, причем не один.

у кого-то на карте sb compatible жил, у кого-то совсем левак.

может не s3, а sis или еще кто-то.

[norguhtar.livejournal.com]

Ну ага передача цифрового звука это офигенный аудиодевайс :)

[vk11.livejournal.com]

матрешка? :)

[tri-botinka.livejournal.com]

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

[w00dy.livejournal.com]

опять 25. У витуса уже данную тему обсуждали недавно. Вся проблема в обратной совместимости. Никому не нужен новый супер-пупер проц если на нём нельзя запустить скаду или бух.учёт писанный на паскале и фокспро в дремучих 90-х. Обратная совместимость решает всё.

А ваши зачатки массово-параллельных штук можно применять только на очень малом классе задач.

[tri-botinka.livejournal.com]

Отчего же ? Если бы так было - никакой многоядерности бы и не выдумывали. MPP прекрасно подходит для решения любых нерекуррентных задач - а это как минимум обработка графики, базы данных, сигнальные и цифровые преобразования (типа криптографии), аналитические и диагностические системы, всякие финансовые, страховые, медицинские экспертные системы, вспомогательные работы - например перестроение индекса БД и пр..

По поводу "обратной совместимости" - да вопрос серьезный, но с момента выхода NT, и всяких многопоточных операционок уже хорошим стилем считалось деление действий на подпроцессы, триды и пр. Так что вполне вероятно та же Скада уже к этому готова.

Ключем, похоже все же является коммерческая выгода этой шняги. Не с точки зрения пользователя, а с точки зрения производителя. Если Intel закатал в кристалл не миллион, а миллиард транзисторов - то сообразно закону Мура он и получил серьезную маржу на разнице дохода и снижении себестоимости производства. Во всех остальных производствах выгода сомнительна, тем более что уже и NVIDIA напоролась на технологические ограничения TSMC - так что можно развести хоть и 2 млрд. транзисторов - где и производить то ? На Марсе ?

[metaclass.livejournal.com]

Базы данных от многопроцессорности (во всяком случае той что доступна в обычных компах) особо не выигрывают - у них основная нагрузка на i/o.
90% существующего софта вообще никак не готово к многопроцессорности.

[tri-botinka.livejournal.com]

Надо же - а я грешным делом думал, что вычислительная нагрузка на СУБД с появлением технологий DMA и подобных уже давно процессора не касается :-) А если ввод вывод под 100% улетел - так это из-за того что горе-программист вместо работы с индексами и логикой table-scan увлекается, ему за структуру данных и SQL двойку нужно ставить (может там и нет никакого SQL - стоит какой нибудь record manager - вы же сами писали foxpro) ... В моих системах я обычно процессор "добиваю" а не подсистемы вывода, а там ох как система чувствительна к распараллеливанию. По секрету скажу - кроме распараллеливания по процессам - интересный эффект и дает распараллеливание (слияние) по данным - скажем переходы 32/64 бит на процесс дают впечатляющие результаты - индексы раз в 10 (!) быстрее перебалансируются.

[http://users.livejournal.com/_slw/]

от dma головки шустрей не елозят

[w00dy.livejournal.com]

> Так что вполне вероятно та же Скада уже к этому готова.

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

> Ключем, похоже все же является коммерческая выгода этой шняги

Тут ещё стоит учитывать что млрд. транзисторов имени Интел, и млрд. имени nVidia, это совершенно разные вещи. У nv это в основном элементарные alu с обвязкой, а у интеля это куча логики. Посему у интеля cpu, а у nv спец. процессор.

> Не с точки зрения пользователя, а с точки зрения производителя

Опять же вопрос - а что с обратной совместимостью? Сама интель не сможет повернуть реку вспять, для этого ей нужна ms и никто другой. И не факт что ms за это возмётся, она благополучно похоронила итаниумы.

[permea-kra.livejournal.com]

Собственно, никто не мешает допилить qemu. dosbox вот допилили.

[aamonster.livejournal.com]

Ну, в этом есть определённая логика: обычно звук и картинка нужны вместе (тут кто-то помянул HDMI, ага). Не зря ж вебкамеры с микрофоном расплодились, это удобно.

[paranoekk.livejournal.com]

Если есть телек с HDMI очень удобно подключить через один провод и видео и звук. Почему нет?

[vp.livejournal.com]

потому что в долбовинде нет возможность одновременно с этим вывести звук еще куда-либо :)

[http://users.livejournal.com/_slw/]

проблемы негров

[brainsucker.livejournal.com]

а он нужен в двух местах одновременно? :)
а кто умеет?

ну типа костыль
http://en.wikipedia.org/wiki/Virtual_Audio_Cable

[vp.livejournal.com]

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

[brainsucker.livejournal.com]

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

[vp.livejournal.com]

Смотреть телевизор с включенными колонками и звуком на телевизоре - это что-то противоестественное?

вывод разных потоков на разные девайсы hdmi там или ещё куда из моего опыта проблемы не представляет.

НИ ОДИН софт не мыслит подобными категориями :)

[http://users.livejournal.com/_slw/]

это что, отрубается пункт меню "выбор аудио девася для выхода"?

hdmi нет, не проверить.

[vp.livejournal.com]

Ищо раз :)
Мне надо, что девайс играл мне И на колонки, которые воткнуты просто по аудио, И на телевизор по HDMI

[http://users.livejournal.com/_slw/]

ну и?
у винампа выбираешь как устройство обычную звуковуху

у фильмоигралки - звуковуху из видяхи.

[dair-spb.livejournal.com]

А своп в видеопамяти не хотите? :-)

[http://users.livejournal.com/_slw/]

старо

виртуальный диск там держали.