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

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

"Раздел полезных советов: Простой способ существенно увеличит..."	+/–
Сообщение от auto_tips (ok) on 20-Авг-14, 01:58
Как известно, открытый драйвер RadeonSI для GPU семейства Radeon на основе GCN от компании AMD все чаще показывает производительность, сравнимую с проприетарным драйвером и при этом не страдает некоторыми проблемами и особенностями проприетарного драйвера, на данный момент полностью поддерживая стандарт OpenGL 3.3, что зачастую делает этот драйвер интересным вариантом даже для любителей игр. Менее известен тот факт, что можно получить существенный дополнительный прирост производительности открытого драйвера в ряде 3D-программ очень простым методом. В RadeonSI по умолчанию отключен Hyper-Z, из-за проблем с стабильностью в некоторых программах с некоторыми GPU. Тем не менее, по состоянию на данный момент (MESA 10.3-devel, ядро Linux 3.17-rc1) большинство подобных сочетаний GPU и программ работает вполне стабильно. В результате можно получить достаточно существенный прирост производительности в 3D, выставив переменную окружения R600_DEBUG=hyperz для активации hyper-z. Как [[http://www.phoronix.com/scan.php?page=article&item=amd_radeo... показали]] тесты ресурса Phoronix,  в зависимости от программы прирост составляет от 10 до 50%. URL: http://www.phoronix.com/scan.php?page=article&item=amd_radeo... Обсуждается: http://www.opennet.dev/tips/info/2846.shtml
Ответить | Правка | Cообщить модератору

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

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

1. "Простой способ существенно увеличить производительность откр..."	+/–
Сообщение от ABATAPA (ok) on 20-Авг-14, 01:58
Phoronix? О нет!.. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от Гость (??) on 20-Авг-14, 10:10
	Любка? :)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Простой способ существенно увеличить производительность откр..."	+/–
Сообщение от anonymous (??) on 21-Авг-14, 21:19
Было бы просто чудесно, если бы в этом руководстве еще кратко пояснялось, что такое hyper-z, и почему для radeonsi переменная окружения называется R600 - это ведь другой драйвер. Кстати, а почему ядро 3.17-rc1? Я не вижу в гите никаких изменений для radeon'а относительно 3.16
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Простой способ существенно увеличить производительность откр..."	–1 +/–
	Сообщение от Психиатр (ok) on 22-Авг-14, 19:37
	>Было бы просто чудесно, если бы в этом руководстве еще кратко пояснялось, что такое hyper-z Ы "руководство" - гуглоперевод с фороникса.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	12. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от Аноним (??) on 11-Сен-14, 06:43
	>  hyper-z Ну да, сложно догадаться где посмотреть :) https://en.wikipedia.org/wiki/HyperZ > почему для radeonsi переменная окружения называется R600 - это ведь другой драйвер. RadeonSI - форк драйвера R600g несколько лет назад. Просто GCN отличается от VLIW-based достаточно для того чтобы разработчики не желали видеть это как один драйвер и разнесли на два разных, живущих относительно независимо. Но в молодости это был один и тот же драйвер. > Кстати, а почему ядро 3.17-rc1? Потому что последнее заслуживающее внимания ядро на момент написания совета. С 3.16 тоже никаких особых проблем c hyper-z нет. И даже с 3.15. Проблемы вылезают только в некоторых конфигах с некоторыми GPU в некоторых программах. С высокой вероятностью у вас тоже не будет проблем. Но - без гарантий. Поэтому и выключено по дефолту: учитывая число юзерей - энное количество багрепортов все-таки сыпется. > Я не вижу в гите никаких изменений для radeon'а относительно 3.16. Вообще-то IIRC они были. Но hyper-z не касались. В основном там управление VM (GPUшной) корежат и что там еще. С достаточно переменным успехом, я бы сказал.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Простой способ существенно увеличить производительность откр..."	+/–
Сообщение от Zenitur (ok) on 25-Авг-14, 11:31
А ещё на NVIDIA есть __GL_THREADED_OPTIMIZATIONS=1. Тоже отключен по умолчанию из-за проблем со стабильностью. Например Metro: Last Light с ним не стартует. Возможно что-нибудь ещё, кроме Metro я видел неработающий Solar 2. А ещё в Release Notes драйвера была инфрмация про фикс драйвера для работы Left 4 Dead 2. Но если работает, то на многопроцессорных компах растёт FPS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от hshhhhh (ok) on 26-Авг-14, 18:20
	И часто вы видите многопроцессорные компы? :)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от anonymous (??) on 28-Авг-14, 19:50
	А какое, с точки зрения ядра, глобальное отличие между системой с несколькими сокетами или системой с несколькими ядрами?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от pxel on 29-Авг-14, 12:49
	именно с точки зрения ядра. то отличии самые большие! не зря и придумывали cgroup&numad - а вот чуть выше уровня ядра, то различий нет никаких.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "Простой способ существенно увеличить производительность откр..."	+1 +/–
	Сообщение от pavlinux (ok) on 04-Сен-14, 00:33
	> именно с точки зрения ядра. то отличии самые большие! Ваще никаких. Ядро бывает SMP и UP. CGROUPS - это костыль для ручного раскидывания ресурсов. NUMA - это костыль для ручного раскидывания памяти. Алгоритмы абсолютно те же, что на multicore, что на multicpu. Вся фича в железе, и в основном в разделении шин PCI.   И кстати, NUMA - аппаратная фича.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	11. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от ананим on 06-Сен-14, 01:18
	Ну, ну, а с памятю все происходит само, а не через Ж с какой-то матерью...
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Простой способ существенно увеличить производительность откр..."	+1 +/–
	Сообщение от Аноним (??) on 11-Сен-14, 06:45
	> И кстати, NUMA - аппаратная фича. [    0.000000] No NUMA configuration found [    0.000000] Faking a node at [mem 0x0000000000000000-0x000000042fffffff] "CPU not found. Starting software emulation..."
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	14. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от pavlinux (ok) on 31-Окт-14, 22:50
	Угу, а ещё там же есть FPU emulation, MMX emulation, SATA работают через SCSI, а самый пиз..ц - это программный RAID на одном канале SATA.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от Аноним (??) on 06-Дек-14, 06:15
	> а самый пиз..ц - это программный RAID на одном канале SATA. Это ты еще не видел как btrfs с RAID работает. Ему вообще пофиг где ты девайсы возьмешь и какая физическая топология. Для него есть девайсы и место на них. Ну и схема размещения данных которую юзер попросил. Это не просто программный RAID. Это произвольная смесь RAIDов :).
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	9. "Простой способ существенно увеличить производительность откр..."	+/–
	Сообщение от XoRe (ok) on 31-Авг-14, 23:42
	> Но если работает, то на многопроцессорных компах растёт FPS. Многопроцессорных, или многоядерных?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

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

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