форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
Сообщение от opennews on 15-Апр-13, 00:11
После открытия (http://www.opennet.me/opennews/art.shtml?num=36571) компанией AMD кода для ускорения воспроизведения видео с использованием аппаратного декодера UVD, встроенного в современные GPU AMD, патчи с поддержкой данной возможности претерпели несколько ревизий и теперь включены (http://cgit.freedesktop.org/mesa/mesa/commit/?id=5b2855bfe79...) в дерево исходных кодов текущей версии Mesa. Данный набор патчей выгодно отличается от проприетарного драйвера, который предоставляет для ускорения декодирования малопопулярный интерфейс XvBA, тогда как в открытой реализации реализован API VDPAU, предложенный компанией NVIDIA и используемый намного большим количеством программ, чем XvBA. Также можно упомянуть интеграцию (http://cgit.freedesktop.org/mesa/mesa/commit/?id=302f53dc205...) в Gallium-драйвер RadeonSI из состава Mesa поддержки OpenCL для организации решения вычислительных задач с использованием GPU HD7000 и HD8000. Разработчики предупреждают, что качество поддержки OpenCL пока оставляет желать лучшего, но проект интенсивно развивается. Одновременно отмечается прогресс в поддержке OpenCL и для Gallium-драйвера r600g, на базе которого было продемонстрировано (http://www.stellard.net/tom/blog/?p=37) ускорение вычислений для майнинга криптографической валюты Bitcoin (http://ru.wikipedia.org/wiki/%D0%91%D0%B...). Разработчик Tom Stellard из компании AMD смог осуществить майниг биткоинов с использованием открытых драйверов, используя достаточно популярную открытую программу bfgminer. Отмечается что для работы данной программы потребовались отдельные реализации Mesa, LLVM, а также OpenCL-библиотеки libclc, которые на данный момент находятся в отдельном дереве у разработчика и пока не являются частью основного дерева. Кроме того, потребовался патч и для самой программы bfgminer. Все это должно работать на видеокартах семейств HD5000 ("Evergreen") и HD6000 (на данный момент за исключением HD6900). В текущем виде производительность открытого драйвера заметно хуже закрытого и пока не реализовано множество возможных оптимизаций. Поэтому в реальных применениях с использованием OpenCL пока рекомендуется использовать проприетарный драйвер. Тем не менее, данный результат является достаточно важной вехой в развитии GPU-вычислений с использованием открытого стека технологий. URL: http://www.phoronix.com/scan.php?page=news_item&px=MTM0OTA Новость: http://www.opennet.me/opennews/art.shtml?num=36694
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Анонимусб6 on 15-Апр-13, 00:11
	использование UVD в открытых дровах через vdpau - это новость, все остальное - это надежда на лучшее очень скоро ага
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 01:21
	а почему просто не использовать vdpau ?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+5 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 01:33
	RADEON 4000 > В текущем виде производительность открытого драйвера заметно хуже закрытого и пока не реализовано множество возможных оптимизаций. RADEON 5000 > В текущем виде производительность открытого драйвера заметно хуже закрытого и пока не реализовано множество возможных оптимизаций. RADEON 6000 > В текущем виде производительность открытого драйвера заметно хуже закрытого и пока не реализовано множество возможных оптимизаций. RADEON 7000 > В текущем виде производительность открытого драйвера заметно хуже закрытого и пока не реализовано множество возможных оптимизаций. Прошло пять лет, а всё по старому. Когда в открытых драйверах появляется более менее поддержка карты проходят ГОДЫ и их сменяется уже пара поколений. Печально.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от хрюкотающий зелюк on 15-Апр-13, 01:37
	Что там, OpenGL 3.* работает на H7000/HD8000? Графики нет, но есть OpenCL???
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–2 +/–
	Сообщение от бедный буратино (ok) on 15-Апр-13, 02:32
	> интеграция UVD в Mesa ... и молвила мне Меса человеческим голосом: "ваши документы, гражданин"...
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Zenitur (ok) on 15-Апр-13, 02:49
	> Одновременно отмечается прогресс в поддержке OpenCL и для Gallium-драйвера r600g, на базе которого было продемонстрировано ускорение вычислений для майнинга криптографической валюты Bitcoin. А результат-то какой? Придётся потестировать самому, к счастью все патчи даны.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+3 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 04:02
	> а почему просто не использовать vdpau ? Что значит "просто не использовать"? Ну вот граждане и реализовали "ответную" сторону VDPAU - так что софт теперь сможет юзать это API и с открытым радеоновским драйвером.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	8. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+7 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 04:04
	> Прошло пять лет, а всё по старому. Когда в открытых драйверах появляется > более менее поддержка карты проходят ГОДЫ и их сменяется уже пара поколений. Печально. Тем не менее, если посмотреть на развитие графических драйверов, проделана очень большая работа. OpenGL 3.x практически реализован, осталось добить буквально пару фич. Скорость vs то что было 5 лет назад подтянулась и весьма прилично. Теперь с средненьким GPU 5000-го семейства можно порубаться в 3D игры типа xonotic запросто. Нет, еще есть над чем работать. Но в целом прогресс весьма даже радует.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	9. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–4 +/–
	Сообщение от бедный буратино (ok) on 15-Апр-13, 04:07
	Поплакал? Молодец, теперь иди поешь кашу.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	10. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 04:21
	> Что там, OpenGL 3.* работает на H7000/HD8000? Работает. Не идеально и сыро. Но чисто технически он в основном реализован. Технически, RadeonSI основан на R600g, просто GPU настолько разные архитектурно что пришлось вынести это в отдельный драйвер и развивать его отдельно. Т.к. GCN - ну совсем не VLIW.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Zenitur (ok) on 15-Апр-13, 04:22
	5 лет назад не было ни OpenGL 3, ни поддержки 3D в открытом видеодрайвере. Точнее нет, оба как раз появились ровно 5 лет назад. Тогда скорость 3D в этом драйвере была лишь чуть быстрее софтового рендеринга, только с багами, потому что 3D было экспериментальным и бОльшая часть возможностей не реализованной. Это был первый год после открытия спецификаций GPU. Ты прав, рост огромный, какой-нибудь там 5000%. Но это был рост от нуля. За последние же годы менялось, к сожалению, мало. Так что правы вы оба.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+4 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 06:20
	> Теперь с средненьким GPU 5000-го семейства можно порубаться в 3D игры типа xonotic запросто. На своём, более чем скромном HD 4670, я вообще-т тоже неплохо так умудряюсь... в Xonotic )
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	13. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–1 +/–
	Сообщение от VolanD (ok) on 15-Апр-13, 06:35
	>> Теперь с средненьким GPU 5000-го семейства можно порубаться в 3D игры типа xonotic запросто. > На своём, более чем скромном HD 4670, я вообще-т тоже неплохо так > умудряюсь... в Xonotic ) Вы так пишите, будто последний кризис запустили без тормозов.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+6 +/–
	Сообщение от бедный буратино (ok) on 15-Апр-13, 06:37
	> Вы так пишите, будто последний кризис запустили без тормозов. Вы так пишете, будто кому-то тут хоть как-то интересен последний кризис.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–2 +/–
	Сообщение от VolanD (ok) on 15-Апр-13, 07:24
	>> Вы так пишите, будто последний кризис запустили без тормозов. > Вы так пишете, будто кому-то тут хоть как-то интересен последний кризис. А причем тут инетерсен. Я про уровень графики. Или вы думаете, что когда выйдет HL3 там графика будет как в UT или как в Xonotic?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	16. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–2 +/–
	Сообщение от бедный буратино (ok) on 15-Апр-13, 07:54
	> А причем тут инетерсен. Я про уровень графики. Или вы думаете, что > когда выйдет HL3 там графика будет как в UT или как в Xonotic? И кому это интересно? Запустить, посмотреть счётчик кадров в секунду, выключить. Здесь у людей всё-таки другие интересы. Хотя есть и исключения - их можете с собой забрать. И не забудьте за собой дверь закрыть.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от anonymous (??) on 15-Апр-13, 07:58
	У меня работает, Fedora rawhide, буквально на днях добавили пакет xorg-x11-glamor, и 2D летает и 3D есть (там не все так гладко но большинство игр работают и не сильно медленнее r600). Только один нюанс - надо профайл выставить на "high", а то по умолчанию на моей 7850 частоты чуть не в 10 раз меньше.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	18. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 08:07
	Ага, а в закрытом драйвере зато 2D ускорение работает в разы медленнее чем в открытом, поэтому приходится сидеть на открытом (и это хорошо), хоть тут и 3D  помедленнее.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	19. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+7 +/–
	Сообщение от Все анонимусы один и тот же человек on 15-Апр-13, 08:26
	Потому что A в VDPAU означает API.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	20. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 08:34
	«ко-ко-ко-ко», сказали представители AMD в ответ на вопрос «почему вы в очередной раз реализуете API конкурентов, а ваш собственный API никому не нужен?»
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–4 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 08:36
	> Тем не менее, если посмотреть на развитие графических драйверов, проделана очень большая > работа. я лично очень рад, что они мыли асфальт с мылом. только вот… «а дайте нам спеки, ужо мы дрова напишем!!!1111» и что? и то, что *нормальных* драйверов нет до сих пор. вывод: спеки не нужны, толку от этого никакого. смешно, но нвидия со своей политикой «йух вамя а не спеки» — не так уж и не права.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	22. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–4 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 08:38
	> Но чисто технически он в основном реализован. «теоретически, у нас в доме все миллионеры…» (ц)
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	23. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от anonymous (??) on 15-Апр-13, 08:49
	ну пишут и чо, если тебе не нужно, не говори за всех. на похорониксе фуллтайм драйверописатель открытых дров говорил, что кол-во людей пишущих открытый и закрытый драйвер отличается в сто(!) раз. при таком соотношении сил, результат ооооооочень даже.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	24. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+3 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 08:55
	новость про vdpau только для слоупоков
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	25. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 08:57
	> А причем тут инетерсен. Я про уровень графики. Или вы думаете, что > когда выйдет HL3 там графика будет как в UT или как > в Xonotic? да, крузис3 по сравнению с последним батлфилдом выглядит как китайская размазня
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	27. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–4 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 09:05
	> на похорониксе фуллтайм драйверописатель открытых дров говорил, что кол-во людей пишущих > открытый и закрытый драйвер отличается в сто(!) раз. бедные. такие бедные-несчастные. видимо, так нужен открытый драйвер, раз его пишут три инвалида. а криков-то было… «вот дадут спеки — мы уж!!!11111»
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	29. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 09:10
	> «ко-ко-ко-ко», сказали представители AMD в ответ на вопрос «почему вы в > очередной раз реализуете API конкурентов, а ваш собственный API никому не > нужен?» потому-что затраты на PR у них различаются в десятки раз, всегда ваш...
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 09:11
	> потому-что затраты на PR у них различаются в десятки раз, всегда ваш… угу. «любую инженерную проблему можно решить, наняв больше менеджеров!»
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	31. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–1 +/–
	Сообщение от xoomer (ok) on 15-Апр-13, 09:51
	Я вот не пойму, а вот это: "https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... какой это драйвер из тех, что в новости?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+6 +/–
	Сообщение от anonymous (??) on 15-Апр-13, 10:13
	ты наркоман чтоле? дрова писать это не хеловорлды шлепать, коих аналитегов на опеннете тьма. тут еще и железячную часть знать и понимать надо, поэтому крутые вроде софтопрогеры молчат и краснеют тихонько в сторонке когда дело доходит до техчасти. а три инвалида которые работают на фултайм в амд с тобой на одном поле срать не сядут.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	34. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 10:49
	Не хотелось постить, но не люблю фанатиков... Вы не улавливаете суть. А суть в том, что количество спецов, способных и готовых написать качественный драйвер по спекам ради победы бобра во всем мире, стремится к нулю. В итоге только производитель железки имеет возможность (и, может быть, желание) сделать нормальный драйвер, но он вовсе не обязан делать его открытым. Что мы и видим - у обоих производителей наиболее качественные дрова - проприетарные, а открытые - разной степени ущербности. Открытие спек, конечно, помогает созданию открытых дров, но совсем не гарантинует их качество.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	35. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–2 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 10:53
	>> А причем тут инетерсен. Я про уровень графики. Или вы думаете, что >> когда выйдет HL3 там графика будет как в UT или как в Xonotic? > И кому это интересно? Запустить, посмотреть счётчик кадров в секунду, выключить. > Здесь у людей всё-таки другие интересы. Хотя есть и исключения - их > можете с собой забрать. И не забудьте за собой дверь закрыть. Да-да, играйте дальше в свой тетрис. А мне, например, нравятся игры с хорошей графикой. Причем, есть игры, где графика не в ущерб общему геймплею.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	36. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–3 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 11:02
	это всё круто, конечно, только вот где драйвер-то? сколько лет уже для кучи AMD-железа спеки есть? а сколько воплей было «вот ужо, спеки дали, теперь-то мы всё напишем!»? я понимаю, что признавать epic fail ужасно неприятно, поэтому красноглазики изворачиваются как могут. три с половиной инвалида работают, а стадо красноглазиков радостно и бесполезно орёт.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	37. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–4 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 11:05
	и да, школьнег: «писать драйвера» ни разу не сложнее, чем другой софт. а местами даже проще. с этого места разрешаю тебе кукарекать: «а ты-то сам-то не писал-то».
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	38. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+4 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 11:17
	> Причем, есть игры, где графика не в ущерб общему геймплею. рассекреть же список!
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	39. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от anonymous (??) on 15-Апр-13, 11:39
	ой какой ты толстый и ущербный... иди пиши, еси все так просто. скажу тебе по-секрету, что прогеры работающие с железной частью получают в несколько раз больше чем обычные софтописатели. только ты никому не говори, а то не дай бог хэловордщики начнут спеки читать, напрягать свои неокрепшие умы;)
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	40. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 15-Апр-13, 11:43
	>иди пиши это по молодости было интересно. а теперь я стал толстым и ущербным, и больше драйверов не пишу.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	41. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от anonymous (??) on 15-Апр-13, 12:48
	ну да, все в юности писали дрова на контроллер с одним сухим контактом, а теперь скучновато чет стало с этими железяками. лучше на опеннете бред нести, это более интереснее и завораживает ум, да.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	42. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от ананим on 15-Апр-13, 13:05
	>Вы не улавливаете суть. А суть в том, что количество спецов,  Суть в подъезде. А тут и драйвера, и меса/opengl, и vdpau, и opencl. Фактически подобный комплект меньше 5 лет и не пишется. Зыж А про качество — в меса хоть стройная структура видна, что уже сделало меса эталонной реализацией. Вон попробовал оптумус в последних дровах нвидии. Боже, сколько там костылей. Ззыж Ну только блондинкам спеки обсуждать. Считайте что вам их и не давали. Вы их видели? Нет. Ну и проследуйте к выходу.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	43. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Апр-13, 13:07
	Если кто помнит было время, когда nvidia выпустила закрытый драйвер под linux, то ati заявила, что никогда не будет делать драйвера под linux. Все же открытый драйвер есть и более чем работоспособный. И сделано было очень много после открытия спецификаций. Да специалистов такого уровня мало, из них желающих заняться этим в свободное время - единицы. Но желающих ковырять драйвер без спецификаций найти еще сложнее. Тем более, имхо, без спецификаций тяжело вначале - сделать хоть что-то работающее и в конце  - когда нужно оптимизировать все мелочи и получить полный функционал. Я сам занимаюсь программированием микроконтроллеров (для себя) - спецификации (datasheet) это минимальная необходимость, желательно еще хорошая подборка appnotes. Пробовал реверсить win драйвера, для правки глюков в открытых - времени уходит не мерено, результат не гарантирован и в любом случае невелик.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	44. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Апр-13, 13:16
	> Ага, а в закрытом драйвере зато 2D ускорение работает в разы медленнее > чем в открытом, поэтому приходится сидеть на открытом (и это хорошо), > хоть тут и 3D  помедленнее. Так было до перехода на gallium, при переносе что-то поломали и 2d местами стало тормозить, а в закрытых 2d с большего подтянули.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	45. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Апр-13, 13:19
	> Я вот не пойму, а вот это: "https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... > какой это драйвер из тех, что в новости? Это ядерная часть драйвера. Весь драйвер: ядро + libdrm + xf86-video-ati + mesa + llvm для opencl
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	46. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от ананим on 15-Апр-13, 13:35
	llvm там не только (и не столько) для opencl, сколько для самих драйверов (и шейдеров), тк дрова то для амд на галиум (кстати интел предложила и потом отказалась от этой архитектуры, если склероз не врёт). А вообще да, верно (плюс ещё vdpau, плюс управление питанием и тд по-мелочи). Это вон умнику с ником аризу свою реализацию opengl написать как 2-а пальца, а на практике очень сложная и объёмная задача на уровне всех иксов с глибц в придачу. А если ещё учесть лавирование между патентами...
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	47. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от vovans (ok) on 15-Апр-13, 14:01
	для графики наверно нужна видяха получше, чем приведённая выше. Думаю, на ней не заведётся третья халфа даже под вендой с блобом.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	48. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:10
	> Вы так пишите, будто последний кризис запустили без тормозов. У xonotic самого по себе - довольно "взрослый" движок, умеющий realtime dynamic lighting, HDR и прочие навороты. По факту в нем столько фич, что не любой коммерческий двигун ими похвастать сможет (потому как пилил двигун весьма разбирающийся в технологиях спец). И разрешение текстур там приличное. И на полигоны в моделях особо не скупятся нынче. Так что способность запустить оный и не тормозить - таки некоторый показатель. Процесс пошел. И набирает обороты. Есть те кто всегда будет пассажиром. А есть те кто все это создает. Уйди со взлетной полосы, дурилка картонная.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	49. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+3 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:15
	> Да-да, играйте дальше в свой тетрис. А мне, например, нравятся игры с > хорошей графикой. Причем, есть игры, где графика не в ущерб общему геймплею. Ну вот в xonotic уже достаточно неплохая графика при весьма доставляющем геймплее. Да, в него кстати и толпа виндузятников играет. Потому что такой насыщенной сетевой рубки больше по сути нигде и нет. Может быть там графика и не предел мечтаний. Но отвращения не вызывает, а на редкость доставляюшие карты от народных мапмейкеров + общий интенсивный геймплей и обилие игровых режимов со своими лулзами и особенностями делают его весьма доставляющим по геймплею в целом.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	50. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:16
	>А суть в том, что количество спецов, способных и готовых написать качественный драйвер по спекам ради победы бобра во всем мире, стремится к нулю. Так было всегда. Это слишком узкое направление и спецы все сидят в компаниях. Чтобы сделать открытый драйвер хорошим необходимо, чтобы вендор привлекал своих спецов на эту работу. Поэтому открыть спеки это хорошо, но мало эффективно. Примером нормальной работы может служить OpenFabric Alliance, но увы, там единый стандарт для всех и сделать открытые драйвера проще. С GPU все прямо противоположно - у всех свои архитектуры, поэтому нужен баланс между открытостью и проприетарностью.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	51. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+2 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:17
	> нужны, толку от этого никакого. смешно, но нвидия со своей политикой > «йух вамя а не спеки» — не так уж и не права. Ну вот ты и юзай блобы до ус"ра. А мне как-то открытые драйвера больше по вкусу. Тем паче что они потенциально будут работать на чем угодно откуда PCI-E торчит. Даже если это вообще какой-нибудь ARM или MIPS например будет. А зависеть от 1 платформы, авторы которой к тому же упоролись по уефи, секур бутам и прочему западлостроению мне как-то не очень хочется, если честно.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	52. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:19
	> «ко-ко-ко-ко», сказали представители AMD в ответ на вопрос «почему вы в > очередной раз реализуете API конкурентов, а ваш собственный API никому не > нужен?» Потому, что поддержка VDPAU сильно распространена и делать свою реализацию будет крайне тяжело, т.к. потребуется ещё и софт адаптировать. К тому же VDPAU как раз и предназначался для универсальности.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	53. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:25
	> «теоретически, у нас в доме все миллионеры…» (ц) Ну это опенсорс, автомобиль собирается по ходу гонки, как и положено. Могло бы быть лучше? Могло. Но в конечном итоге открытый графический стек уже может довольно приличную графику. И да, открытые драйвера для AMD на световые годы вперед относительно nuvo. Благодаря спекам. Ну а ты можешь юзать свои блобы. Прибитые гвоздями к тому подо что нвидия удосужилась их собрать. А на мое мнение это не есть right way of doing things. В смысле, я не для того валил в Linux чтобы потом влипать в жесткие vendor lock-in с диктатурой какие версии ядер или иксов использовать, на какой архитектуре системного проца и прочая.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	54. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:29
	> «ко-ко-ко-ко», сказали представители AMD в ответ на вопрос «почему вы в > очередной раз реализуете API конкурентов, а ваш собственный API никому не нужен?» Да какая нафиг разница чье апи? В конечном итоге какое-нибудь одно должно устаканиться наконец и стать более-менее стандартным. Какое именно и чье - а это так принципиально? At the end of day засчитывается то результат. А так интель вон реализовал AMDшные расширения для мониторинга перфоманса GPU (ща новость закатаю как раз). Кто там должен говорить ко-ко-ко? Интел? Да ну нафиг, в опенсорсе даже у конкурентов есть точки соприкосновения - можно не переизобретать велик если уже есть удачный вариант. Тебя проприерасы из нвидии покусали? Ко-ко-ко :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	55. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:31
	> угу. «любую инженерную проблему можно решить, наняв больше менеджеров!» Дык опенсорс тем и хорош, что там не надо переизобретать велики по 20 раз. Можно готовый подходящий взять. То что те кто разрабатывает открытые драйвера в курсе этого момента - весьма логично вроде.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	56. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:35
	> llvm там не только (и не столько) для opencl, сколько для самих > драйверов (и шейдеров), тк дрова то для амд на галиум Там есть и режим без LLVM - в драйвере и свой местечковый генератор кода шейдеров есть. Он кстати пока затыкает этот самый LLVM по оптимальности сгенеренного кода, так что LLVM по дефолту вообще не активирован. LLVM генерит код для VLIW еще хуже чем код для х86 и ARM. Потому что он изначально вообще ни в зуб ногой о том чот такое VLIW и какие там ограничения на поток команд и как это оптимизить под максимально параллельное выполнение. Это кой-как минимально приводится до валидного состояния отдельным костылем в отдельном проходе. По поводу чего выбор LLVM вообще вызывает много вопросов и нареканий. Похоже амдшники его взяли в основном из соображений что на нем OpenCL будет проще реализовать.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	57. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:40
	> какой это драйвер из тех, что в новости? Это ядерные выноски, которые делают самую простую и низкоуровневую работу с GPU. Поверх этого строится DRM (direct rendering manager) и KMS(kernel modesetting). Эта парочка уже вывешена в юзерспейс через соответствующие либы. У либ есть плагины умеющие работать с конкретным GPU. Ну а все остальные (акселерированные дрова иксов, MESA и прочие) - клиенты к этим подсистемам. В иксах есть DDX-драйвера, умеющие работать через упомянутые подсистемы с "своими" GPU и обеспечивающие ускорение. В MESA есть свои довески, которые опять же интерфейсятся к указанным либам и умеют ускорять 3D операции. Потенциально к этим подсистемам могут стыковаться и иные клиенты. Ну там wayland например. Или еще кто-нибудь.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	58. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:46
	> бедные. такие бедные-несчастные. видимо, так нужен открытый драйвер, раз его пишут три > инвалида. а криков-то было… «вот дадут спеки — мы уж!!!11111» Все проще: просто врубиться в 900+ страниц очень грузных спеков на довольно экзотичную архитектуру - таки дано не каждому. Тех кто это может - на данной планете не так уж и много. Но они есть. И часть из них вполне себе добровольно пришли работать над указанным драйвером.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	59. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:47
	> Так было всегда. Это слишком узкое направление и спецы все сидят в компаниях. Ну не все, допустим - над сабжевыми драйверами работают и независимые разработчики. Ну нравится людям - вот и работают. Их право. А вы тут кто такие, чтобы за всех расписываться? Вы вообще какие драйвера и для чего пишете, такие все из себя вумные?
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	60. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:55
	> это всё круто, конечно, только вот где драйвер-то? URL на репы приведены в новости. > сколько лет уже для кучи AMD-железа спеки есть? а сколько воплей было «вот ужо, спеки > дали, теперь-то мы всё напишем!»? Ну так вот и пишут. И с тех пор драйвер конкретно ушел вперед. Намного больше чем нуво без спеков. А EPIC FAIL - это когда известный руководитель проекта при интервью показывает компании фак. Вот это я понимаю - настоящий EPIC FAIL компании, у которой полбизнеса на проект этого руководителя нынче завязано. Это такое грубое покладание на свое будущее, что будет интересно посмотреть чем это закончится. Что-то в последнее время все кто делают ставку на винду - пролетают. > я понимаю, что признавать epic fail ужасно неприятно, поэтому красноглазики > изворачиваются как могут. три с половиной инвалида работают, а стадо > красноглазиков радостно и бесполезно орёт. Ну ты можешь кушать свой блобик и причмокивать. А я лучше попытаюсь помочь чем умею указанным индивидам. Мне так больше нравится. Причмокивать всяким нвидиям, прогибаясь под их диктатуру мне как-то не упало. Хотел бы я заблобизированную систему где ничего выбирать самому нельзя - сидел бы в винде и не рыпался. А еще одна винда, которую я в принципе никак не могу контролировать и где какое-то многометровое блобье живет своей жизнью, и на которое даже баг нормально зарепортить невозможно, не говоря уж о свободе выбора типа и версий системных компонентов, архитектуры проца и прочая  - мне как-то не нравится, извини.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	61. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от ананим on 15-Апр-13, 14:56
	Всё это верно, но время на набивание шишек то ушло, тк никто до этого это просто не делал. (Вот и тема инноваций всплыла) Зыж Но согласитесь, в теории это звучало более чем заманчиво.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	62. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 14:57
	> это по молодости было интересно. а теперь я стал толстым и ущербным, > и больше драйверов не пишу. Ну ты сам признался, тебя за язык не тянули. И да, ты таки толстый. Совсем квалификацию в троллинге потерял, лентяй! :)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	63. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от qux (ok) on 15-Апр-13, 14:58
	У вас возможно, а у нас скорее завидуют обычным C# - Java :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	64. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 15:00
	> ... и молвила мне Меса человеческим голосом: "ваши документы, гражданин"... Зачем документы? В этом треде мы и так видим кто и с какой стороны баррикад.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	65. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от qux (ok) on 15-Апр-13, 15:00
	Не вводите молодежь в заблуждение. Ну если драйвер не для cat /proc/readme.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	66. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от qux (ok) on 15-Апр-13, 15:05
	Вы какой-то кусачий сегодня. Не трогайте мои опенсорцы, они невиноватые.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	67. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 15:06
	> Но согласитесь, в теории это звучало более чем заманчиво. Ну как бы на практике врядли кто захочет сам писать полновесный OpenCL компилятор самолично. Интел правда грозился показать всем кузькину мать, сделав сие самолично под свою архитектуру. Если осилят - пожалуй зады у конкурентушек малость надерутся, да. Т.к. кодогенератор под конкретную архитектуру имеет все шансы быть куда оптимальнее чем хрень которая про VLIW вообще ничего не знает и после которой поток команд приводится до хотя-бы просто технически валидного состояния которое сможет прожевать такой процессор отдельно стоящим костылем. Но какая из стратегий возьмет в долговременном плане - это будет интересно посмотреть.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	68. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 15:10
	> у нас скорее завидуют обычным C# - Java Нашли чему завидовать.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	69. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от ананим on 15-Апр-13, 15:17
	>Да специалистов такого уровня мало, из них желающих заняться этим в свободное время - единицы. Но они всё же есть. При чём делают иногда такие плюшки, что в «плановой» экономике вендора не предусмотрены. Например: >Разработчик Джером Глиссе (Gerome Glisse) представил набор патчей, реализующих базовый учет потребления памяти потоком команд (CS) при отрисовке, а также проверку наличия необходимой видеопамяти для выполнения запрошенного задания. >    Jerome Glisse <jglisse@redhat.com> >В открытом драйвере Radeon была добавлена поддержка MSAA (мультисэмпловый антиалиасинг). Технически, инфраструктура позволяла это уже несколько лет, однако только недавно Intel добавил MSAA в свой открытый драйвер. >       Marek Olšák <maraeo@gmail.com> …
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	70. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от ананим on 15-Апр-13, 15:33
	>Т.к. кодогенератор под конкретную архитектуру имеет все шансы быть куда оптимальнее чем хрень которая про VLIW вообще ничего не знает Ну так надо всего-лишь, чтобы эта «хрень» узнала… Теоретически.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	71. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 16:12
	> Ну так надо всего-лишь, чтобы эта «хрень» узнала… Теоретически. Теоретически, оно для этого должно было знать о том что такое VLIW еще на фазе дизайна проекта, до начала реализации оного. И иметь штатные возможности учета взаимозависимостей команд и как оно там лучше параллелится, что с чем можно комбинировать и прочая. А сейчас уже немного поздно пить боржоми: проект уже реализован. И оно такое хорошее было совсем не в курсе что такое VLIW и как ему надо команды по нормальному генерить. АМДшники ухайдакали массу ресурсов на прыг по граблям и зверский костылинг чтобы вообще получить просто технически валидный поток команд который VLIW потом вообще в принципе сможет прожевать. Об оптимальности этого потока команд... ну вы поняли. Справедливости ради - это "фирменный" геморрой VLIW и похожих по смыслу, всю историю этого типа архитектур, т.к. большинство компилеров писалось под более-менее типовые процессорные архитектуры, а это не про VLIW с его закидонами на предмет того что с чем можно группировать в "широком слове", какие где взаимозависимости, что кого клинит и прочая. По факту при этом компилер должен явно знать какие в проце по факту есть блоки выполнения и что и как именно их озадачивает. Теоретически, кастомный кодогенератор сильно использующий это мог бы всем надрать попы. Практически, сделать хороший компилер под VLIW - рокетсайнс и брейнфак. И отсутствие хороших компилеров, изначально задизайненых под VLIW и оптимальное использование его особенностей - всегда икалось VLIWам. Итанику вон тоже икалось, например.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	72. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 16:16
	Ну мне, например, Лариска последняя понравилась. В Far Cry 3 недавно бегал, хотя и не так что бы очень. Хвалят Биошок, но сам пока не смотрел. Но я уже предвижу ответы в стиле "все перечисленное - УГ, Xonotic - наше всё". Не судите по себе.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	73. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 16:35
	На википедии пишут: "В последнем поколении (Southern Islands) компания AMD/ATI отошла от подхода VLIW". Возможно теперь будет смысл использовать LLVM?
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	74. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от qux (ok) on 15-Апр-13, 16:42
	>> у нас скорее завидуют обычным C# - Java > Нашли чему завидовать. Деньгам же, о которых товарищ выше говорил. Не фатально, но иногда случается.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	75. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от agente on 15-Апр-13, 17:33
	как раз таки llvm  включен по умолчанию если собрано  с его поддержкой, и там разницы особо нету, пару процентов плюс\минус. есть некий Vadim Girlin который пилит свой r600-sb  бекенд, но когда я его тестил да а хеавене прирост отличный, остальные игры не реагировали либо падали.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	76. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+2 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 18:07
	> В Far Cry 3 недавно бегал, хотя и не так что бы очень. > Хвалят Биошок, но сам пока не смотрел. Да, по таким отзывам сразу видно насколько это крутые игры. Прямо так и хочется бросить все пойти и поиграть в это после таких отзывов! </sarcasm>
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	77. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–2 +/–
	Сообщение от VolanD (ok) on 15-Апр-13, 18:16
	>> В Far Cry 3 недавно бегал, хотя и не так что бы очень. >> Хвалят Биошок, но сам пока не смотрел. > Да, по таким отзывам сразу видно насколько это крутые игры. Прямо так > и хочется бросить все пойти и поиграть в это после таких > отзывов! </sarcasm> Да какая разница какие игры, проблема то в том, что вышла очередная недоделка-велосипед, который будет пилиться вечно.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	78. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 18:27
	> Деньгам же, о которых товарищ выше говорил. Не фатально, но иногда случается. Пардон? Быдлокодеры стоят дешевле ядерных специалистов. Они дешевые и взаимозаменимые.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	79. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 18:41
	> На википедии пишут: "В последнем поколении (Southern Islands) компания AMD/ATI отошла от подхода VLIW". Это не отменяет того что на руках у народа туева хуча уже выпущенных GPU. Да, амд попыталось упростить генерацию кода для GPU, доустановив добавочных железок перед массивом крушилок. Так что теперь генерить код станет попроще. Но все не извиняет того что в претендующем на универсальность решении пробакланили целый класс процессоров. Хотя на момент начала работ над LLVM про VLIW уже все знали. Ну понятно что яблочку оно не надо было, гули. Их только x86 и ARM волнуют. А амдшники в результате по сути др@^W вприсядку с неудобной конструкцией уйму времени без каких-то шедевральных успехов. Так что те кто втирает что там какая-то супер-архитектура - как минимум многовато звиздят. В целом я не вижу что амдшники на данный момент выиграли от LLVM. Вот кучу ресурсов на фигурную @#лю с переусложненным универсальным решением, которое о GPU знает чуть менее чем нифига - ухайдакали. Насколько это было оптимальным решением - большой такой вопрос.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	80. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 18:45
	> как раз таки llvm  включен по умолчанию если собрано  с его поддержкой, Вот только обычно с ним то как раз и не собирают. Т.к. он глючный и тормозной. Можете посмотреть в рассылке как Вадим Гирлин разогнал парой патчей местечковый кодогенератор. И как он плевался что то же самое в LLVM - на порядки сложнее. Глядя на это напрашивается вывод что если все эти ресурсы было бы пустить на местечковый кодогенератор - результат пожалуй был бы лучше. > и там разницы особо нету, пару процентов плюс\минус. есть > некий Vadim Girlin который пилит свой r600-sb  бекенд, но когда > я его тестил да а хеавене прирост отличный, остальные игры не > реагировали либо падали. Проблема даже не в том. Проблема в том что ту же самую оптимизацию под LLVM запилить - в разы больше геморроя. А вот это - очень плохое свойство, да. И вообще - генерация кода для VLIW там сделана через адовые костыли - на то что нагенерил LLVM напускается отдельная фаза которая исправляет поток команд так что GPU его хотя-бы прожевать сможет. С гуя ли нато так жосска костылить "архитектурно правильный" LLVM - очень интересный вопрос. На момент его разработки VLIW уже не первый год существовали.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	81. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Crazy Alex (??) on 15-Апр-13, 18:49
	Как ни странно, у железяшников и фирмварщиков зарплаты не ахти. Не как у php-быдлокодеров, конечно, но до всяких джава-сеньоров частенько далеко. Маразм, да.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	82. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 19:14
	> Как ни странно, у железяшников и фирмварщиков зарплаты не ахти. "Сколько прав себе назначишь, столько и поюзаешь". Ну, если кто-то хочет работать за еду - это его право. А так - нормальный фирмварщик, ядерщик и прочий в зарубежной фирме получает обуенную зарплату. Да и в стране разваливающихся заводов - для индивидуалов есть и куча места для предпринимательства. Сдох у кого-то контроллер за дикую сумму - можно некисло навариться, быстро сделав из соплей и скотча аналог за треть цены. При том треть цены - 100500 процентов прибыли. В общем то одна из основных проблем - такой народец тупо недооценивает самих себя, скромничает с ценой заказа и прочая. Почитайте что думает об этом тот же DiHalt, довольно успешный и современный электронщик. Развившийся настолько что смог из индивидуального предпринимательства стать шефом своей фирмочки. Небольшой, но гордой.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	83. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 19:15
	> местами стало тормозить, а в закрытых 2d с большего подтянули. А еще у меня блоб локапается раз в неделю в среднем. Не больно приятное свойство, знаете ли.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	84. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 19:16
	> моей 7850 частоты чуть не в 10 раз меньше. Это нормально - power management урезает частоты когда они не требуются. А когда требуются - по идее сам поднимает. Запустите тяжелое 3D приложение и посмотрите на частоты.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	85. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от agente on 15-Апр-13, 19:19
	если нужен opencl\uvd\radeonsi то без llvm не собрать. Я читал рассылку и тестил все собственноручно, кроме хевена нигде супер выйгрыша  видно не было. На ванильной месе, для производительности, нет никакой  хоть сколько-нибудь заслуживающей внимания разницы с llvm или без.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	86. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от xoomer (ok) on 15-Апр-13, 19:23
	Спасибо! // Елки-палки, и висит же в закладках статья: habrahabr.ru/post/148954 .
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	87. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 15-Апр-13, 19:29
	> Да какая разница какие игры, проблема то в том, что вышла очередная > недоделка-велосипед, который будет пилиться вечно. Проблемы? Это хорошо. Я люблю когда у таких как вы вантузятников проблемы. А вот у меня нет проблем с "недоделкой". Наверное потому что я знаю где обитают живые разработчики оной, которых можно оперативно взять за жабры если они что-то отфакапили.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	88. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 15-Апр-13, 19:36
	> если нужен opencl\uvd\radeonsi то без llvm не собрать. Не совсем понял как UVD стыкуется с llvm. > Я читал рассылку и тестил все собственноручно, кроме хевена нигде супер выйгрыша видно не было. Я сомневаюсь что вы смогли протестировать вообще все возможные в мире варианты шейдеров, простите великодушно :). Основная проблема в том что на их кастомного кодогенераторе перец "пришел, увидел, победил". Для LLVM потребовалось бы намного больше усилий для того же результата. При том что LLVM вообще ничего такого особого сам по себе не предлагает. Называя вещи своими именами, он генерит код для GPU на уровне плавания топора по реке. После нескольких лет въе... над этим крапом достижения сводятся к "способен наконец сгенерить код который можно скормить GPU" и "не очень сильно сливает кастомному кодогенератору". Не больно какое привлекательное соотношение затрат усилий к результату. > На ванильной месе, для производительности, нет никакой  хоть сколько-нибудь > заслуживающей внимания разницы с llvm или без. Вот я и думаю - если б они несколько лет повъе вместо этого дурацкого LLVM с той же интенсивностью над кастомным кодогенератором - результат бы поражал воображение. В общем это имхо было довольно дурным решением.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	89. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от qux (ok) on 15-Апр-13, 19:40
	> Пардон? Быдлокодеры стоят дешевле ядерных специалистов. Они дешевые и взаимозаменимые. Специалистами становятся далеко не сразу, поначалу это просто то, о чем говорили выше, "люди, работающие с железом". Да и г**нокод не настолько языкоспецифичен. А на Java/.Net сейчас большой спрос, намного больше, чем на Linux embedded какой-нибудь. Наверное это и дает такую ситуацию.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	90. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от qux (ok) on 15-Апр-13, 19:44
	> А так - нормальный фирмварщик, > ядерщик и прочий в зарубежной фирме получает обуенную зарплату. Нормальный и "там" немного отличается от того, о чем шла речь в начале. Не будем углубляться. > Да и > в стране разваливающихся заводов - для индивидуалов есть и куча места > для предпринимательства. Сдох у кого-то контроллер за дикую сумму - можно > некисло навариться, быстро сделав из соплей и скотча аналог за треть > цены. При том треть цены - 100500 процентов прибыли. Со стороны "другого софта" тут могут ответить шароварщики и фрилансеры, что для железнячников сложнее. Add: и чинить контроллер за дикую сумму кому попало всё же не дадут. > В общем > то одна из основных проблем - такой народец тупо недооценивает самих > себя, скромничает с ценой заказа и прочая. Да я не спорю, что всегда можно начать клеить объявления о установке винды и сносе локеров. Или самому эти локеры писать. Но мы таки далеко уходим.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	91. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от agente on 15-Апр-13, 19:54
	> Не совсем понял как UVD стыкуется с llvm. Коммит поддержки UVD перед вами, сорцы есть, без llvm UVD не будет. > Я сомневаюсь что вы смогли протестировать вообще все возможные в мире варианты шейдеров, простите великодушно :). И не было в целях, запуская всякие нативные игры с R600_DEBUG=nollvm и без, разницы ~0
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	92. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Crazy Alex (??) on 15-Апр-13, 19:55
	DI HALT'а я читал и его стратегию знаю. Но у него таланты электроникой не исчерпываются, он ещё и коммерсант неплохой, чем и берёт. А вот жабакодер или дотнетчик может не уметь ничего кроме программирования - и чувствовать себя будет весьма уютно. Тупо за счёт размера рынка, на котором сейчас дикая нехватка кадров, особенно сколько-нибудь квалифицированных. В эмбеде, видать, ситуация другая.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	93. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–1 +/–
	Сообщение от Анонимчик on 15-Апр-13, 21:05
	> Когда в открытых драйверах появляется более менее поддержка карты проходят ГОДЫ и их >сменяется уже пара поколений. Печально. Не печалься друг Аноним, купи нвидию.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	94. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Апр-13, 23:40
	А у меня каждая десятая загрузка системы - черный экран, ядро не реагирует на alt+sysrq+b, драйвер открытый. Вот так и живем ;)
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	95. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 00:29
	> С гуя ли нато так жосска > костылить «архитектурно правильный» LLVM — очень интересный вопрос. На момент его > разработки VLIW уже не первый год существовали. яблоку «вливы» неинтересны.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	96. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 00:34
	> Но я уже предвижу ответы в стиле «все перечисленное — УГ, Xonotic — наше всё». плохая из тебя ванга. но отчасти угадал: действительно, уг. и зонотик тоже уг.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	97. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:02
	> Да какая нафиг разница чье апи? это хорошо показывает, кто диктует моду, а кто догоняет.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	98. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:03
	> Вы какой-то кусачий сегодня. Не трогайте мои опенсорцы, они невиноватые. опенсорцы я и не трогаю, я в AMD плюнул. им всё равно, а мне приятно.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	99. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:09
	я тоже люблю свободу и всё такое. но я ещё и практичен. поэтому пока что выбираю nVidia. потому что nVidia не кричат, что «со спеками заживём», а дают полноценный драйвер. и не надо мне предлагать идти помогать в пилянии драйвера для AMD: я про то, что «спеки дали! вот теперь-то драйвер сделаем!» не говорил.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	100. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:10
	> лучше на опеннете бред нести, это более интереснее и завораживает ум, да. ну, не неси, кто тебя заставляет-то?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	101. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:11
	> Ну ты сам признался, тебя за язык не тянули. так я же и не скрывал. > И да, ты таки толстый. Совсем квалификацию в троллинге потерял, лентяй! :) а тонкого не понимают. зря только стараешься.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	102. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:14
	> А вот жабакодер или дотнетчик может не уметь ничего кроме программирования > — и чувствовать себя будет весьма уютно. а может даже и программировать не уметь. и всё равно…
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	103. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:16
	> Не вводите молодежь в заблуждение. Ну если драйвер не для cat /proc/readme. не ввожу. логическое мышление, внимательное чтение документации и — иногда — немного экспериментирования. разве что отлаживать ядерные вещи несколько менее удобно, чем юзерлэнд, особенно завязаные на некое железо. но не настолько, чтобы при прямых руках это создавало мегапроблемы.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	104. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:17
	а я не спорю, что есть, и что работают. что характерно — именно эти люди и не орали радостно про «урааааа, спекииии!!!1111»
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	105. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:18
	> Ну вот ты и юзай блобы до ус"ра. юзаю. пока что доволен, брат жив.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	106. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 01:23
	вот в чём ты меня убедить пытаешься? что хорошо работающее открытое лучше, чем хорошо работающее, но закрытое? я не спорю. но речь я вёл не об этом. я веду речь о том, куда подевались те, кто громко радовался спекам и пророчил в скором времени открытые мегадрайвера. их же так много было: с таким количеством народу уже раз пять, по идее, должны были догнать и обогнать.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	107. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от scdcs on 16-Апр-13, 01:25
	>Почитайте что думает об этом тот же DiHalt В общем то одна из основных проблем - такой народец тупо недооценивает самих себя, скромничает с ценой заказа и прочая. Надо, надо ценить себя выше. Читайте Брина и Цукерберга и узнаете как стать шефом гугла и фейсбука.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	108. "Улучшение открытых драйверов Radeon: интстил миеграция UVD в..."	–2 +/–
	Сообщение от VolanD (ok) on 16-Апр-13, 05:43
	>> Да какая разница какие игры, проблема то в том, что вышла очередная >> недоделка-велосипед, который будет пилиться вечно. > Проблемы? Это хорошо. Я люблю когда у таких как вы вантузятников проблемы. У таких как мы проблем нет, потому что мы не адепты какого-либо культа. И нам все равно какой софт, лишь бы он работал, что в данном случае мы явно не наблюдаем. > А вот у меня нет проблем с "недоделкой". Наверное потому что > я знаю где обитают живые разработчики оной, которых можно оперативно взять > за жабры если они что-то отфакапили. Ааа.. ну все понятно, проблема то в том, что разрабы то не знают, что их дрова тормозят в этой вселенной и стоит им только про это сказать, так на следующий день все исправится? Вы правда в это верите?
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	109. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–3 +/–
	Сообщение от VolanD (ok) on 16-Апр-13, 06:00
	> ты наркоман чтоле? дрова писать это не хеловорлды шлепать, коих аналитегов на > опеннете тьма. тут еще и железячную часть знать и понимать надо, > поэтому крутые вроде софтопрогеры молчат и краснеют тихонько в сторонке когда > дело доходит до техчасти. А мне как потребителю должно быть до этого дело? Тут весь форму пишет, что опенкод- самая правильная ветвь развития софта. А мои посты про то, что люди бесплатно работать не хотят- все фанатично минусуют. Да и мне просто интересно, зачем вам сдался этот драйвер. Вы код полезете править? Или оно вам свободу дает?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	110. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 06:26
	> Вы код полезете править? а вот тут — да. полез бы, например, если бы нвидия код давала. потому что поломаное переключение в текстовую консоль доставало просто неимоверно. а чинили его отнюдь не неделю и даже не месяц.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	111. "Улучшение открытых драйверов Radeon: интстил миеграция..."	+1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 06:28
	> И нам все равно какой софт проходи мимо, что ли. вон, винда, макось — это для тебя сделали.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	112. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Adblog (ok) on 16-Апр-13, 11:54
	Мне вот пох на графику, но вот просто дико надоели одинаковые клоны Quake 3. Какой Linux-шутер не возьми, а все та же квака, причем третья жестко заточенная под мультиплеер. А я сингл люблю аля Doom 1-2 или Serious Sam. Вот и приходится играть в проприетарщину (
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	113. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 11:59
	хороший сингл, увы, сделать шибко сложней, чем сетевой вариант. собственно, сколько хороших мегавадов к думу есть? а сколько их делали? увы.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	114. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Adblog (ok) on 16-Апр-13, 12:02
	> для графики наверно нужна видяха получше, чем приведённая выше. Думаю, на ней > не заведётся третья халфа даже под вендой с блобом. Очнитесь люди, третья халва же будет эксклюзивом для Linux ! Инфа 100%
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	115. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Adblog (ok) on 16-Апр-13, 12:04
	> хороший сингл, увы, сделать шибко сложней, чем сетевой вариант. собственно, сколько хороших > мегавадов к думу есть? а сколько их делали? увы. Зато в первые думы до сих пор иногда играю, правда уже через doomsday engine ...
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	116. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	–1 +/–
	Сообщение от Adblog (ok) on 16-Апр-13, 12:07
	>> Вы так пишите, будто последний кризис запустили без тормозов. > У xonotic самого по себе - довольно "взрослый" движок, умеющий realtime dynamic > lighting, HDR и прочие навороты. По факту в нем столько фич, > что не любой коммерческий двигун ими похвастать сможет (потому как пилил > двигун весьма разбирающийся в технологиях спец). И разрешение текстур там приличное. > И на полигоны в моделях особо не скупятся нынче. Так что > способность запустить оный и не тормозить - таки некоторый показатель. > Процесс пошел. И набирает обороты. Есть те кто всегда будет пассажиром. А > есть те кто все это создает. Уйди со взлетной полосы, дурилка > картонная. А для клона третьей кваки какая вообще разница на графику. Сколько видел квакеров, так они даже в старом квакодвижке всю графику отключали, дабы не мешала.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	117. "Улучшение открытых драйверов Radeon: интстил миеграция..."	–4 +/–
	Сообщение от VolanD (ok) on 16-Апр-13, 12:43
	>> И нам все равно какой софт > проходи мимо, что ли. вон, винда, макось — это для тебя сделали. А ну да, я забыл хавать открытые кактусы- вот настоящая свобода!
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	118. "Улучшение открытых драйверов Radeon: интстил миеграция..."	+3 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 12:49
	иди-иди, не задерживайся.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	119. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от qux (ok) on 16-Апр-13, 13:21
	> А мои посты > про то, что люди бесплатно работать не хотят- все фанатично минусуют. > Да и мне просто интересно, зачем вам сдался этот драйвер. Вы код > полезете править? Или оно вам свободу дает? Возьмите десяток случайных свободных проектов и посмотрите на состав авторов. Десятки процентов людей не из корпораций дадут очевидный ответ о правках и бесплатной работе. И да, определенную свободу это дает.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	120. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от qux (ok) on 16-Апр-13, 13:25
	> не ввожу. логическое мышление, внимательное чтение документации и — иногда — > немного экспериментирования. разве что отлаживать ядерные вещи несколько менее удобно, > чем юзерлэнд, особенно завязаные на некое железо. но не настолько, чтобы > при прямых руках это создавало мегапроблемы. Как минимум документация тут не только учебник по языку и алгоритмам, а еще спеки на железо и несколько книг по ядру в общем. В то время как плохой но работающий юзерспейс можно начинать писать практически одновременно с прочтением книги по языку (если есть хоть какой-то опыт программирования), в ядре порог вхождения заметно повыше. Одно SMP/preemption/синхронизации уже что-то.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	121. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 13:46
	> Как минимум документация тут не только учебник по языку и алгоритмам, а > еще спеки на железо и несколько книг по ядру в общем. естественно. поэтому я и сказал «документация». и в «юзерспейсном» программировании тоже одной документацией по языку не обойдёшься. > В то время как плохой но работающий юзерспейс можно начинать писать > практически одновременно с прочтением книги по языку (если есть хоть какой-то > опыт программирования), в ядре порог вхождения заметно повыше. Одно SMP/preemption/синхронизации > уже что-то. да та же фигня. разве что падать будет вся система в виртуалке (а у тех, кто потупее — и на реале). начать писать плохой драйвер не сложнее, чем плохой юзерленд. разница, пожалуй, в том, что падающим юзерлендом иногда можно пользоваться без допилки, а вот падающим драйвером, который ядро в нирвану уносит — весьма сложней. но когда это быдлокодеров останавливало?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	122. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 16-Апр-13, 14:49
	> DI HALT'а я читал и его стратегию знаю. Но у него таланты > электроникой не исчерпываются, он ещё и коммерсант неплохой, чем и берёт. Уточним: он просто в целом не тупой индивид. Вот и. > В эмбеде, видать, ситуация другая. Просто эмбед более нишевая штука. Конкретно у нас в ex-USSR промышленность вообще в массе своей развалилась - вот и в целом некому формировать ломовой спрос с высокой оплатой. Но тем не менее, рынок существует. Просто те кто формируют спрос на постоянного работника - не самые лучшие конторы зачастую. Вот мне и кажется что подход в стиле дихалта там как-то оптимальнее при современных реалиях чем просто протирать порты на унылом заводе с унылым руководством за заурядную зарплату. С другой стороны - те у кого горит попа в плане решения конкретных задач готовы чуть ли не завалить баблом. Что и дает зеленый свет относительно небольшим но юрким и предприимчивым. Те которые не порты протирают, а могут реально решать насущные задачи.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	123. "Улучшение открытых драйверов Radeon: интстил миеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 16:34
	>> Проблемы? Это хорошо. Я люблю когда у таких как вы вантузятников проблемы. > У таких как мы проблем нет, потому что мы не адепты какого-либо культа. Тогда я не понимаю почему вы все время орете о проблемах. Вы хотите рассказать специалисту по багам в софте что в софте бывают проблемы? Уверяю вас, это крайне неблагодарное начинание. > И нам все равно какой софт, лишь бы он работал, > что в данном случае мы явно не наблюдаем. Кроме того, смею заверить что проблемы есть в любом софте. В частности - в проприетарных драйверах. У них своих проблем хватает. И в винде, и в лине, и где там еще. Сложному софту - куча багов. Что логично. Что еще интереснее, я знаю где обитают разработчики сабжа. Можно заколотить баг, а если его не увидели - еще и пойти и немного пнуть. А с проприетариями так не катит - там вообще доораться о том что меня баг долбит - ракетная наука и полкило геморроя. Для начала - там вообще нет багтрекера. Поэтому зарепортить утомивший баг в удобной форме и отслеживать его участь - not an option. >> за жабры если они что-то отфакапили. > Ааа.. ну все понятно, проблема то в том, что разрабы то не > знают, что их дрова тормозят в этой вселенной и стоит им только про это сказать, > так на следующий день все исправится? Вы правда в это верите? Тормозят - это полбеды. В проприетарных дровах бывают куда более веселые приколы. Типа дедлоков, проблем переключения в консоль, пожирания памяти, проблем со стабильностью, странная реакция на подъем компа из powersave и прочая. Рекавери GPU из дедлока у них вообще почти никогда не получается, в отличие от открытых. И как вы понимаете, все это не только в пингвине - все это у проприетариев билдуется на все системы из одних сорцов. В результате блоб может взбрыкивать раз в неделю-две, вешая GPU намертво, например. Понятно что бешеному виндозному геймеру - ребут не крюк. А я могу и пару месяцев не ребутаться. Меня такое напрягает. И вот что-что а открытые дрова на редкость стабильны.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	124. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Аноним (??) on 16-Апр-13, 16:35
	> Очнитесь люди, третья халва же будет эксклюзивом для Linux ! Инфа 100% Это будет сказочный троллинг Баллмер & Co xD.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	125. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 16:43
	> А для клона третьей кваки Внезапно, это - на основе *первой* кваки пилилось. Просто движок взял в свои компетентные лапки гражданин Lord Havok. Который в своем ремесле рубит. И его "q1" движок нынче пожалуй и двиглу от q4 покажет по ряду возможностей. Не говоря уж о том что Q3 оно давно затыкает с отрывом. > какая вообще разница на графику. Сколько видел квакеров, так они даже > в старом квакодвижке всю графику отключали, дабы не мешала. Графика бывает разная. Мешает в основном проседание FPS на тяжелых сценах + эффекты которые мешают смотреть. В xonotic все это настраиваемо. И если уж на то пошло, нынче даже с открытым драйвером можно получить свои 60fps @ 1080p без каких-то особых проседаний. Я конечно не мегазадр@т, но метко долбануть из nex'а "с лету" - тоже совсем не против :).
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	126. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 17:11
	> я тоже люблю свободу и всё такое. но я ещё и практичен. Я как бы тоже. Прочто под чуть другим углом: - Для просто десктопного юзежа открытого драйвера выше крыши. - Для игр типа xonotic для не очень требовательных игроков его опять же хватит: с средними настройками на не очень хилом GPU он свое 1080p @ 60FPS вытянет. Что-то сверх того надо уже всяким геймерам с совсем мощными GPU. Я не геймер - мне хватает иногда побегать и пар выпустить. - По личным впечатлениям открытые дрова в моей конфигурации гораздо стабильнее блобов. С открытым драйвером я могу набрать месяцы аптайма. Блоб или ловит дедлок через пару недель работы или при первом же взвисе GPU все встает колом. Рекавери там формально есть но реально - хз, линевое ядро и открытый драйвер намного лучше это делает. Там вообще ничего и не заметишь кроме матюка в dmesg "ой, что-то GPU 10 секунд не отвечает, вот мы ему ресет вбабахали". > поэтому пока что выбираю nVidia. потому что nVidia не кричат, что > «со спеками заживём», а дают полноценный драйвер. Боюсь, у меня иные критерии полноценности. Мне надо - Стабильность и отсутствие приключений. В том числе и при апгрейдах системы и прочая. - Я не считаю блоб собранный под конкретные версии компонентов системы и архитектуру чем-то таким сильно удобным и хорошим. С хрена ли мне какие-то нвидии будут диктовать такую пачку параметров? - Открытый драйвер - это часть системы. По настоящему, бэть. Он например регистрируется как panic notifier. Так что "если что" - ядро через него по крайней мере может нарисовать информацию через графическую консольку. С блобом так не катит. Более того - есть в ядре такая штука как KDB (или kgdb, какая нафиг разница). С открытым драйвером - он может при срабатывании переключиться в графическую консольку и там с ним далее можно пообщаться. А что будет с блобом если kdb вообще активировать? Куда он рисовать то будет? Мне даже стремно пробовать, т.к. собака-подозревака. > и не надо мне предлагать идти помогать в пилянии драйвера для AMD: > я про то, что «спеки дали! вот теперь-то драйвер сделаем!» не говорил. Грубо говоря, есть некоторые right methods of doing things. И некоторые капитанские аксиомы. А именно: - В мире бывают разные видеокарты и дисплеи. Фактически, текстовый режим - это древние останки специфичные для x86 PC. - Современные дисплеи - это массивы пикселей прежде всего. Во многих конфигах вообще нет никаких "текстовых режимов". Как класса. LCD - матрица пикселей, от и до. - Значит, по логике вещей, ядру нужна какая-то общая и универсальная подсистема которая сможет выводить отладочную/низкоуровневую информацию, экстренные уведомления типа кернелпаника на экран в каком-то более-менее универсальном виде, не очень зависящем от архитектуры и ее интимных особенностей. Все что касается затей с открытыми драйверами - это нативные куски системы. Они естественно и внятно интегрируются с другими фичами ядра. Ядро и ряд иных сущностей могут потом нормально пользоваться всеми подобными услугами. А проприетара... что проприетара? Это белая ворона. Они делают это отдельно. Проблемы ядерщиков и их хотелки их не reboot. Есть два сценария использования: предусмотренный проприетарщиком и неправильный. Оспорить можно в спортлото, ибо никаких иных рукояток для оверрайда не дадено. Вот ты знаешь, меня как-то не устраивает такая ситуация когда какой-то левый блобмейкер клинит развитие достаточно важных подсистем в ОС и вызывает проблемы у ее разработчиков. Также в целом я доверяю тем кто разрабатывает это ядро намного больше чем блобмейкерам.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	127. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 16-Апр-13, 17:12
	> так я же и не скрывал. Ага, ага. > а тонкого не понимают. зря только стараешься. Ну так надо на грани, чтоб еда толком не понимала даже что ее жрут вот так сходу. А потом уже как-то поздно :)
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	128. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от Аноним (??) on 16-Апр-13, 17:14
	> Надо, надо ценить себя выше. Читайте Брина и Цукерберга и узнаете как > стать шефом гугла и фейсбука. Ну как бы таких - один на миллионы. А вот историю уровня дихалта может повторить кто угодно без особых к тому препятствий. Был бы мозг у индивида.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	129. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 17:42
	> А мне как потребителю должно быть до этого дело? Вам - не знаю. Мне сложно мыслить как конченной потреб-ди, рассматривая мир в режиме глухого readonly. А мне вот например очень ценна возможность прибить доставший баг, если остальные забили. Это кстати не так уж сложно при наличии доступа в VCS - можно с точностью до коммита бяку вычислить и устранить. Еще и разработчика пнуть - мол, знаешь, а вот в такой конфиге вот это - вызывает такие-сякие грабли и все факапится. Все мыслимые конфиги проверить не сможет никто. А то что такая конфига была одна на 10 миллионов юзерей - для меня то это слабое утешение, или где? В общем опенсорс - это совершенно иной уровень взаимодействия конструктивно настроенных граждан. И даже как потребитель я заинтересован чтобы мне было сухо и комфортно. С открытыми исходниками я могу сам позаботиться о себе. В случае с блобиками - меня пеленают как младенца. И остается только уповать на криворукость "нянек". Которых к тому же ничего кроме бабла не интересует. А мне такое "счастье" надо? > Тут весь форму пишет, что опенкод- самая правильная ветвь развития софта. А мои посты > про то, что люди бесплатно работать не хотят- все фанатично минусуют. Открытость исходников никак не коррелирует с оплатой сама по себе. Оплачивается работа. А вот барыжинг копиями - это вообще скорее спекуляция и кривой вариант. С чего бы это сделанная однажды работа должна оплачиваться при каждой копипасте, тысячи раз подряд? Это кривой и нечестный метод заработков, по большому счету. В этом плане куда честнее выглядит - Оплата кастом дева. - Оплата саппорта. - Скидывание на всю ораву для выполнения некоей нужной ораве работы на ресурсах типа кикстартера. С получением результата работы на всю толпу и даже больше. То-есть, по большому счету, оплачиваться должна некая уникальная работа. А требование оплачивать сам по себе копипастинг и попытки гестаповскими методами загнать в стойло всех кто понимает что это лохоразвод - отдает паразитированием и мошенничеством. Вы же не платите дворнику за то что он два года назад снег во дворе убрал? А вот програмер написавший 2 года назад программу почему-то бабла желает. Кривовато, да. > Да и мне просто интересно, зачем вам сдался этот драйвер. Вы код полезете править? А это мое право. Хочу - полезу. Не хочу - не полезу. Вот например под дождем в болоте ходить нравится не всем. Однако жесткий запрет всем вообще ходить под дождем по болоту - таки довольно грубое попрание прав и свобод граждан. Пусть эта свобода нужна не всегда и не всем. Но вреда от нее никому не было, а вот вред от запрета - кому-то явно икнется. Более того - я например благодаря открытым дровам малость подтянул знания о 3D тезнологиях. Да-да, благодаря открытым драйверам. Как видим - отличное лекарство от отупления, потреб-дства и просто развитие для мозгов. > Или оно вам свободу дает? А как же. Вендор не сможет мне жестко диктовать что мне делать, какую архитектуру проца юзать и какие версии компонентов - правильные. Они не смогут диктовать ядерщикам ОС какие юзать апи и аби. И система будет развиваться туда куда удобно тем кто ее пишет и использует, а не как это удобно каким-то там проприерасам, которые вообще побочный элемент.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	130. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:18
	> а я не спорю, что есть, и что работают. что характерно — > именно эти люди и не орали радостно про «урааааа, спекииии!!!1111» Не знаю насчет кто там орал-не орал, но я имею небольшое отношение к электронике. И смею тебя заверить что мое отношение к компонентам без даташита очень хорошо совпадает с мнением Торвальдса, размахивающего средним пальцем. Поддерживать му...ков которые создают проблемы окружающим своими бабками мне жутко лень.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	131. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:20
	> юзаю. пока что доволен, брат жив. Ну знаешь, а кто-то и винду вон юзает вообще.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	132. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:26
	> вот в чём ты меня убедить пытаешься? Наверное в том что открытой системе - открытые драйверы :). Что как минимум чертовски логично. Закрытый драйвер означает permission denied на весьма базовом уровне свобод - невозможно компоновать систему по своему усмотрению. По сути это потеря контроля над развитием системы и вообще ее поведением. А это одно из ключевых преимуществ открытых технологий. Если его просирать - так можно и виндой пользоваться, хренли. > те, кто громко радовался спекам и пророчил в скором времени открытые мегадрайвера. Мега не мега, но драйвера с тех пор стали реально лучше. Значит не зря радовались. > их же так много было: с таким количеством народу уже > раз пять, по идее, должны были догнать и обогнать. Ну так радеоновские драйвера и развились на порядок лучше чем нуво. И таки да, сторонних перцев которые пришли и пилят - есть. Не дофига, т.к. область специфичная. Но есть. Часть из таковых амд даже наняло себе на постоянной основе.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	133. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:28
	> это хорошо показывает, кто диктует моду, а кто догоняет. Диктовка моды в каком-то второстепенном вспомогательном апи - это конечно такой обуительный козырь, ага. Вот только почему-то это не мешает руководителю проекта показывать фак этим "модникам". При том - за дело.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	134. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:30
	> опенсорцы я и не трогаю, я в AMD плюнул. им всё равно, а мне приятно. В амд есть за что поплеваться, но ты почему-то не плевался в валидные мишени, ты просто плюнул в опенсорс в основном, увы. Ну да, он был ближе и в него проще попасть. Чтобы в амд поплеваться предметно - надо в вопросе разбираться хоть немного. А тебе явно лень.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	135. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:32
	> яблоку «вливы» неинтересны. Да... Кэпа перекапитанил другой, более суровый Кэп.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	136. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 18:36
	> И не было в целях, запуская всякие нативные игры с R600_DEBUG=nollvm и без, разницы ~0 Все бы ничего, НО называя вещи своими именами, на допиливание этого крапа парнями из АМД было убито несколько лет. С нулевым user-visible result'ом. По поводу чего к нему и претензии. Это довольно нерациональное использование ресурсов, мягко говоря. При том если оптимизации LLVM сложнее чем местечкового кодогенератора - опять же плохо. Гиря на ногах тем кто будет пытаться оптимизнуть производительность. Зачем?
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	137. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:18
	и снова ты ошибся. не в «опенсорц», а в «крикунов от опенсорца». вот даже ты эти два понятия приравниваешь — стараниями крикунов.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	138. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:28
	> — Стабильность и отсутствие приключений. В том числе и при апгрейдах системы > и прочая. наблюдается в блобе. > — Я не считаю блоб собранный под конкретные версии компонентов системы и > архитектуру чем-то таким сильно удобным и хорошим. С хрена ли мне > какие-то нвидии будут диктовать такую пачку параметров? не вижу, что они диктуют — кроме производителя видеокарты. но логично, что драйвера нвидии хотят железо от нвидии, нес па? > — Открытый драйвер — это часть системы. По настоящему, бэть. Он например > регистрируется как panic notifier. Так что «если что» — ядро через > него по крайней мере может нарисовать информацию через графическую консольку. С > блобом так не катит. Более того — есть в ядре такая > штука как KDB (или kgdb, какая нафиг разница). С открытым драйвером > — он может при срабатывании переключиться в графическую консольку и там > с ним далее можно пообщаться. мне пофигу, мне это ни разу в жизни не понадобилось. > А что будет с блобом если kdb вообще активировать? не знаю. и даже знать не хочу: я уже достаточно давно не интересуюсь разработкой ядра. > — В мире бывают разные видеокарты и дисплеи. Фактически, текстовый режим — > это древние останки специфичные для x86 PC. i don't care. > — Современные дисплеи — это массивы пикселей прежде всего. Во многих конфигах > вообще нет никаких «текстовых режимов». Как класса. LCD — матрица пикселей, > от и до. значит, пусть делают удобный аппаратный интерфейс для вывода текста. сейчас, конечно, это не очень очевидно, но текст всё равно остаётся основным носителем информации. > — Значит, по логике вещей, ядру нужна какая-то общая и универсальная подсистема > которая сможет выводить отладочную/низкоуровневую информацию, экстренные уведомления и система эта должна опираться на аппаратный вывод буков в режиме «записал байт — увидел букву». иначе мелкобаг в драйвере нагнёт и сложит весь отладочный вывод. по какому поводу мне пофигу, какой там видеодрайвер, если у железа нет аппаратной возможности выводить буквы. > типа кернелпаника на экран в каком-то более-менее универсальном виде, не очень > зависящем от архитектуры и ее интимных особенностей. байт — буква. just do that. > Вот ты знаешь, меня как-то не устраивает такая ситуация когда какой-то левый > блобмейкер клинит развитие достаточно важных подсистем в ОС и вызывает проблемы > у ее разработчиков. Также в целом я доверяю тем кто разрабатывает > это ядро намного больше чем блобмейкерам. не вижу, что и кто там клинит. открытый драйвер есть? есть. кого устраивает — тот пользуется. меня — не устраивает. я пользуюсь блобом. как только открытый драйвер станет не хуже блоба — сразу блоб выкину. а до тех пор придётся так. да, я знаю, что это именно из-за того, что я отдаю деньги нвидиа, она считает что всё идёт хорошо и проприетарит. ок, я смогу с этим жить. нвидия не единственный вариант, если кому не нравится — выбор есть.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	139. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:30
	> Ну так надо на грани, чтоб еда толком не понимала даже что > ее жрут вот так сходу. А потом уже как-то поздно :) лееееень.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	140. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:32
	ты всё-таки перечитай мои посты. может, всё-таки увидишь, что я не за зажимание спеков, а против крикунов.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	141. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:33
	>> юзаю. пока что доволен, брат жив. > Ну знаешь, а кто-то и винду вон юзает вообще. система как система. несколько менее удобная, чем пингвинус. так и пингвинус не идеал, а просто лучший из худших.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	142. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 16-Апр-13, 23:35
	этот спич мне спичи про вяленого напоминает: «вот когда мы допишем — у нас ТАК КРУТО ВСЁ БУДЕТ, КОТАНЫ!»
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	143. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 23:37
	> выше, "люди, работающие с железом". Это настолько далеко за пределами самых диких фантазий болванчиков оперирующих дотнетом и явой, что даже просто само умение это делать без ошибок и с пониманием "what's going up" уже выделяет програмера над упомянутой серой массой. По факту писать на яве/дотнете кой-как сможет практически любой умеющий программировать. Программировать железо - отнюдь не любой. Это неизбежно требует специфичных познаний в цифровой технике и как все это вообще устроено. И это очень сильно отличается от подхода дотнетчиков. Грубо говоря, дотнетчик это: - Вася, притащи мне ведро воды! - Ох, я спину потянул... - Ну, иди к доктору. А упомянутый тип: - Эй, ты потянул спину? Ну иди сюда, ща вылечим, в лучшем виде. В чем разница? Один умеет только инструктивровать на абстрактном уровне "притащи ведро воды!". Второй - знает анатомию человека от и до. Это совершенно разный уровень квалификации.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	144. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 23:42
	> зажимание спеков, а против крикунов. Тем не менее, сравнивая уровень развития нувы и радеона я могу отметить что у крикунов был вполне валидный пойнт. Вон нуво до сих пор испытывает проблемы с самыми базовыми вещами, типа реклокинга. У сабжа код который все это делает - чисто технически сто лет это есть. То что логика его дерга на основании загрузки не очень оптимальная и несколько топорная - второй вопрос.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	145. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 23:47
	> система как система. несколько менее удобная, чем пингвинус. Не столь мерзка система, сколь мерзок ее вендор, придающий системе самые мерзостные свойства. Чисто технически ядро NT - не самое плохое на свете. Но вот маркетологи из редмонда превратили систему в какой-то попугайский и троянизированный булшит. > так и пингвинус не идеал, а просто лучший из худших. Рассказывать профессиональному специалисту по багам об идеале - затея в высшей степени неблагодарная. Поверь, я очень хорошо в курсе неидеальности софта. А еще я в курсе того что если некий баг мне реально мешает жить - внешнему субъекиу репортить баги в открытый софт на порядок перспективнее чем в проприетарщину. По сути - если в проприетари некий баг не изловил внутренний QA - это попадос, доораться будучи внешним субъектом - занятие геморное и неблагодарное. И никакого контроля над обработкой бага и его участью. Что делает репортинг багов неудобным и нерезультативным и отбивает всякое желание делать это нахаляву. Для проприетариев эта услуга платная. И стоит им очень убедительных бабок, кстати.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	146. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 23:52
	> этот спич мне спичи про вяленого напоминает: «вот когда мы допишем — > у нас ТАК КРУТО ВСЁ БУДЕТ, КОТАНЫ!» А оно и будет, скорее всего. Просто понимание "крутости" может не совпадать у разных индивидов. Я так думаю что я им постепенно вполне себе буду пользоваться. Но для начала меня больше интересует чтобы низкоуровневая основа графического стека окончательно сформировалась и напрочь задавила все остальные потуги. Это позволит ядерщикам полностью контролировать поведение графического стека + поставит крест на всяком геморрое типа "проприетарные дрова для ARM" и прочие, с которыми гемора очень много по факту. Вплоть до невозможности выбрать желаемое ABI/версию ядра/... - это уже достаточный повод испытывать аллергию относительно проприетарщины.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	147. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-13, 23:56
	> вот даже ты эти два понятия приравниваешь — стараниями крикунов. По моему нескромному мнению - ты больше попал в разработчиков открытого драйвера. Нет, некоторые решения по линии AMD действительно были субоптимальны. Например использование LLVM привело к спуску уймы ресурсов при нулевом user-visible результате. Так что менеджменту амд стоило бы дать по чайнику, чтобы попинывали иногда своих разработчиков. Но если на это забить, драйвер стал и быстрее и фичастее. И без спеков много чего не вышло бы. И кстати спеков на сабж вообще-то не было, как я понимаю. То что амд как-то расперся хотя-бы в виде сорца это сделать - я не совсем понимаю как они там своих юристов-бюрократов дожали. Видимо "могут, если сильно захотят".
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	148. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от arisu (ok) on 17-Апр-13, 00:05
	> По моему нескромному мнению — ты больше попал в разработчиков открытого драйвера. они срачи на форумах не читают, они делом занимаются.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	149. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 17-Апр-13, 00:07
	> Рассказывать профессиональному специалисту по багам об идеале — затея в высшей степени > неблагодарная. особенно круто то, что о багах я вообще речи не вёл. современные ОС defective by design, баги тут дело сотое.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	150. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	–1 +/–
	Сообщение от arisu (ok) on 17-Апр-13, 00:08
	> А оно и будет, скорее всего. вот когда будет — тогда и приходите.
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	151. "Улучшение открытых драйверов Radeon: интстил миеграция UVD в..."	–1 +/–
	Сообщение от VolanD (ok) on 17-Апр-13, 09:56
	> Тогда я не понимаю почему вы все время орете о проблемах. Вы > хотите рассказать специалисту по багам в софте что в софте бывают > проблемы? Уверяю вас, это крайне неблагодарное начинание. Есть разница между багом и просто "не работает". Я могу написать хелловорд, всем сказать то это принципиально новая ОС, а то что она у вас не работает- это баг! >> И нам все равно какой софт, лишь бы он работал, >> что в данном случае мы явно не наблюдаем. > Кроме того, смею заверить что проблемы есть в любом софте. В частности > - в проприетарных драйверах. У них своих проблем хватает. И в > винде, и в лине, и где там еще. Сложному софту - > куча багов. Что логично. Ок, ну почему тогда в той же винде, я просто ставлю дрова и у меня все работает и игры не тормозят и окошки не пропадают и ось не падает. > Что еще интереснее, я знаю где обитают разработчики сабжа. Можно заколотить баг, > а если его не увидели - еще и пойти и немного > пнуть. А с проприетариями так не катит - там вообще доораться > о том что меня баг долбит - ракетная наука и полкило > геморроя. Для начала - там вообще нет багтрекера. Поэтому зарепортить утомивший > баг в удобной форме и отслеживать его участь - not an option. Да вот только всякие nvidia и ati получают деньги за свой продукт и вы можете выбрать пользоваться ими или нет. И если nvivia выпустит откровенно кривые дрова, которые очень сильно повлияют на их продажи- можете поверить, они все исправят. А разработчики, могут откровенно послать нас всех далеко и им все равно. > И как вы понимаете, все это не только в пингвине - все > это у проприетариев билдуется на все системы из одних сорцов. На винде, дрова закрытые, карта нвидиа. Таких проблем нету, ЧЯДНТ? Закрытые дрова, которые собраны (как вы написали) из одних сорцов, при установке на бубнту требуют дополнительных плясок для поддержки 3д. > В результате блоб может взбрыкивать раз в неделю-две, вешая GPU намертво, например. > Понятно что бешеному виндозному геймеру - ребут не крюк. А я > могу и пару месяцев не ребутаться. Меня такое напрягает. > И вот что-что а открытые дрова на редкость стабильны. Дык потому что в них нет ничего. Ну серьезно, зачем вам дрова от производителя, если нет необходимости в 3д. Которого как мы видим в данном случае просто нет )
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	152. "Улучшение открытых драйверов Radeon: интстил миеграция..."	+1 +/–
	Сообщение от arisu (ok) on 17-Апр-13, 10:41
	ну я же тебе говорил уже: иди на свою винду, что ты тут-то пляшешь?
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	153. "Улучшение открытых драйверов Radeon: интеграция UVD в..."	+/–
	Сообщение от qux (ok) on 17-Апр-13, 13:36
	Знаете, вот пусть даже всё 100% так (хотя имхо контраст не аж такой) — речь шла о другом, об оплате оной квалификации :)
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	154. "Улучшение открытых драйверов Radeon: интеграция UVD в Mesa, ..."	+/–
	Сообщение от Nicknnn (ok) on 06-Дек-13, 19:07
	Для истории оставлю это здесь. 6.12.2013 Mesa 10.0 уже имеет в себе вполне приличную поддержу openCl. Достаточно собрать Mesa по мануалу http://dri.freedesktop.org/wiki/GalliumCompute/#How_to_Install и собрать bfgminer. Потестил на HD6770 Открытый драйвер Radeon -  168.3Megahash/s Закрытый драйвер  fglxr - 172Megahash/s При текущей сложности это конечно катастрофический разрыв, но в абсолютных цифрах не большой.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема