AMD добавила поддержку OpenCL для Linux

>SDL старый как говно мамонта

и?

>OpenAL креативозависим

и? Это как бы мешает его использовать?

>Bullet/PhysX nVidia only.

ok. Вычеркнем PhysX. И без него есть солидный набор физических библиотек

Там вообще отдельный клинический случай. Там есть расширения EAX и Криатив не дает разрабатывать EAX3 и выше конкурентам.

>и? Это как бы мешает его использовать?

Насквозь запатентованные расширения.

>>SDL старый как говно мамонта

>и?

А его для всего хватает?

>>На nVidia 2 клика мыши? Ну-ну.

>Он говорит о проприетарном драйвере мыши от Nvidia.

fxd :)

Он доказывает почему эта программа должна есть 100% cpu если отрисовка работает действительно быстро. Если ты этого не в состоянии понять, то иди выучи Си для начала.

> двумя кликами в amdcccle.

Название то какое, звиздец просто. Ладно, теперь буду знать и в след. раз буду пробовать этот amd'шный костыль, если ati-config опять чудить будет.

заведется

А что под линухом EAX уже работает?

не знаю как на nvidia, а на fglrx 9.9 и HD3870 у меня всё хорошо - и компиз, и видео, и 3D... эт так для статистики, а то почитаешь...

А причем здесь лялих, если eax насквозь запатентовано?

А при чем тут eax? OpenAL работает и без него.

Где поддержка R300 такая, чтобы quake live начал работать?

Эм... у меня есть radeon x300se (r300), дык он quake live без нареканий тянет на неплохих настройках. При этом используется открытый драйвер.

Arch, 2.6.31.4, xorg 1.6.3, mesa и прочая херь - 7.5.

linux4ever> OpenAL креативозависим

То есть на карточках кроме как от Creative не заведётся?

Нет, просто ты должен быть очень креативным, чтобы хоть как-то его завести ;)

Господа, давайте переведём в коммерческую плоскость. Я прихожу в магазин. Сегодня. Использую Линукс, мне нужна беспроблемная работа железа.

- Вот Ati.

- Под Линукс работает?

- Из коробки. Но если вы решите воспользоваться официальным драйвером - там бывают проблемы.

- А Nvidia?

- Бывают проблемы...

Final fix тогда уж)

>Да или даже блендерной белкой-маньяком.
Шо за белка? не нашел такой в help=>system=>benchmark нету такой
blender 2.49b

>Я бы вам еще рассказал, как владелец AMD-процессора (и вообще бывший фанат, ибо их у меня было порядком - аж с i586 overdrive), почему брать Intel сейчас лучше (если честно, мне такая ситуация неприятна), но это выходит за рамки дискуссии.

И всё же расскажи. Очень уж интересно.

Поддержка многоядерных CPU

Может все-таки многоядерные GPU?

>>Поддержка многоядерных CPU

>Может все-таки многоядерные GPU?

Скоро всё смешается. %)

>Он доказывает почему эта программа должна есть 100% cpu если отрисовка работает действительно быстро.

Именно там ничего это и не доказывает.

> Если ты этого не в состоянии понять,то иди выучи Си для начала.

Могу и тебе это пожелать :)))
Да, и еще по логике что-то почитать.

Именно там это и доказывает, ладно больше на эту тему с тобой-идиотом спорить не буду, ибо бесполезно. Горбатого, как говорится, могила исправит.

>У кого какие мысли на этот счет ?

Не всем матвычислениям подходит одинарная точность (тип float), а поддержка double медленней раза в два (это пол-беды) и присутствует далеко не во всех железках. К примеру, 8800GT может оперировать только float'ами.

Во-вторых, не все алгоритмы хорошо переносятся на GPU.

Во-третьих, нужен какой-то специальный тренажер, чтобы мозги начали мыслить совместимо с SIMD-процессорами. Я посмотрел обычную редукцию из примеров в CUDA SDK, и это значительно сложнее, чем for(int i=0; i<N; i++) sum += A[i].

Бггг
Так и знал, что вместо конкретики будет переход на личности не_идиота.

о даааа... хорошо что я купил радеон сейчас, как раз к внедрению ATI KMS, и прочим подвижкам к "светлому будущему" а не несколько лет назад! хоть что то да радует_)...

>А при чем тут eax? OpenAL работает и без него.

Какой резон использовать фреймворк, который контролируется одним вендором, да еще им же и обкусанный патентами.

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

что ты предлагаешь вместо openal? portaudio?

>ok. Вычеркнем PhysX. И без него есть солидный набор физических библиотек

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

> Какая нахер конкретика? Конкретику я тебе дал, в ответ вместо конкретики услышал, что "это не доказательство потому что это не доказательство".

Естественно, ибо подменить один вызов фун-ий тремя - это ничего не поясняет и не доказывает.
И заметь, негодные именно методы доказательств.
Хрен с тобой, я немного уже переделал для себя glxgears для некоторой детализации временных задержек - посмотрим ...:)

Еще один лисапед.

Ну вообще может и зря гоню, если посмотреть на OGL, то примерно тоже самое получается.

Есть основная часть, есть проприентарные расширения и стоят некоторые из них очень дорого (quadro), в принципе тоже самое что и с EAX.

ну так что тогда использовать? не SDL_audio же

>Во-третьих, нужен какой-то специальный тренажер, чтобы мозги начали мыслить совместимо с SIMD-процессорами.

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

Там draw стоит в бесконечном цикле, загрузка CPU зависит от размера окна с glxgears. Чем меньше окно - тем больше загрузка CPU. Если это тебе ни о чем не говорит и не доказывает, то это уже клиника.

>Как можно сделать половину нуля?

Не знаю насчет половины нуля, но, помнится, видео нормально в линухах впервые заиграло на nvidia.

То, что не страшно покупать видеокарту (и думать заработает она или нет) - это больше нуля.

>ТРОЛОЛО.

Ты дебил?

> Чем меньше окно - тем больше загрузка CPU. Если это тебе ни о чем не говорит и не доказывает, то это уже клиника.

Бгг, я взял и запустил glxgears на все окно - и нагрузка CPU возрасла c 16% под 100%.
Да, это уже клиника :)))

>А какой нужен инструментарий? Связка OpenGL/+SDL + OpenAL + Bullet/PhysX уже не катит?

OGL+SDL, к сожалению, не так удобно, как DirectX.

>Ты дебил?

Ссылку на AGP версию GeF260 или давай GTFO.

у ati всегда не как у людей

>Или какой нить хитрожопый препроцессор который человеческий код на сях конвертирует в заточенный под SIMD (по моему что-то похожее отдаленно было в интеловском компиляторе

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

Фактически, CPU + GPU -- это штуковина, очень похожая на Cell: один полноценный процессор, который обеспечивает других входными данными и программой выполнения, и сотни укуренных калек, которые могут только очень быстро считать и очень не любят ветвиться. Я вроде не слышал о том, чтобы кому-то удалось сделать компилятор, который бы автоматически распараллеливал поток кода для выполнения на CPU и GPU -- в обоих случаях придется писать ручками программы для GPU и ручками гонять данные туда-сюда в основной программе.

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

Ну а во многих GPU double'ов просто нет.

У меня при окошке меньше чем 400х400 упирается в скорость памяти, gpumem не работает.

>Бгг, я взял и запустил glxgears на все окно - и нагрузка CPU возрасла c 16% под 100%.

А у тебя какая карточка ? Просто логически рассуждай - вот смотри, чем больше окошко glxgears тем больше wait его пока карта отрисует, и простой процессора больше, соотв. у тебя что-то странное происходит. Возможно у тебя рендер какой то полусофтверный (или ваще софтверный). glxinfo че показывает, директ рендеринг врублен ?

>Бгг, я взял и запустил glxgears на все окно - и нагрузка CPU возрасла c 16% под 100%.

Такое ощущение, словно у атишных видеокарт растровое изображение формируется в памяти GPU, затем копируется в память CPU, после чего средствами CPU попиксельно выводится на эран :D

Это был шум воды в унитазе ? :)) Ладно ...

На g200 скорость double падала чуть ли не на на порядок. На g300 всего лишь в два раза обещают, посмотрим.

Неудивительно, заставляют карточку делать то, что она не должна.

Насчет OpenAL я немножко прогнал, это тоже что гнать на OpenGL, из-за того, что nVidia выпускает проприентарные расширения.

Эх, задолбали они всякую муть добавлять. Когда уж UVD2 сделают чтоб работало. а то я все мучаюсь с выбором видюхи - очень хочется амд/ати попробовать. Бум ждать что раньше появиться GT220 в наших магазинах или поддержка UVD2

Когда наконец это починят в открытых драйверах?

$ uname -a Linux serji-laptop 2.6.31-14-generic

При переключении в терминал по Ctrl+Alt+F1 белый экран, обратно из него не выходит, приходится перезагружатся.

Что бы не звиздели тут всякие деятели, которые брызгают слюной, защищая ATI/AMD с пеной у рта, вопрос:

как мне поставить говноКкаталист от говноАТИ/говноАМД на ATI Technologies Inc RC410 [Radeon Xpress 200M], чтобы поддерживало новое ядро?

>OGL+SDL, к сожалению, не так удобно, как DirectX.

на вкус и цвет, как говорится. мне например удобнее OpenGL + winapi под оффтопиком, чем DirectX

http://img508.imageshack.us/img508/9804/snapshot16.png

Кеды классно выглядят)

Какая версия mesa и прочего хозяйства?

как мне поставить говноКкаталист от говноАТИ/говноАМД на ATI Technologies Inc RC410 [Radeon Xpress 200M], чтобы поддерживало новое ядро?

Никак :)

Вообще, такого бага на r300 не наблюдаю, правда, у меня карточка другая.