Том Стеллард (Tom Stellard), разработчик из компании AMD, представил серию патчей (http://cgit.freedesktop.org/~tstellar/llvm/log/?h=perf-Dec31...), заметно ускоряющих работу открытого драйвера RadeonSI, обеспечивающего работу GPU от AMD на основе архитектуры GCN. Опубликованные патчи содержат ряд улучшений для LLVM, улучшающих генерацию кода для GPU на основе архитектуры GCN, в частности, активированы механизмы "machine scheduling" и "subreg livenes". Кроме этого в наборе патчей представлены дополнительные изменения, такие как расширения регистров в область scratch-памяти.
Отмечается, что пока модель машины для планировщика команд компилятора находится в весьма предварительном состоянии, однако уже сейчас заметен серьезный эффект. Разработчик не проводил детальных тестов производительности, однако считает, что патчи дают весьма ощутимый прирост производительности при некоторых типах нагрузок. Больше всего, по мнению разработчика, должны выигрывать вычислительные задачи. Так, например, демонстрация luxball в тестовом пакете LuxMark ускорилась на 60%. Ряд других тестов показали рост производительности на 15-25%. В OpenGL эффект предположительно будет менее ощутим, чем в вычислительных задачах, использующих OpenCL.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTg3NzM
Новость: https://www.opennet.ru/opennews/art.shtml?num=41399
Я, со своей HD7670M в пролёте, но всё равно молодцы. Пилят, и это здорово!
Да, верным путём идут!.. всё же очень печально, что седьмую и восьмую серию оставили за бортом, карты не такие уж и старые и довольно распространены....а может как-то портируют новые фишки?
Э-э-э, в каком смысле оставили за бортом? Седьмая серия (до 76хх включительно) на архитектуре VLIW5,в не GCN, за них драйвер R600g отвечает, а не RadeonSI.
АА, тогда ссори..кстати сопутствующий вопрос, говорят собираются выпустить новый свободный драйвер на ядре, которое будет полностью открыто для разработчиков. Так вот, этот драйвер, если выпустят будет поддерживать карточки серии HD 7000, 8000?
их уже поддерживает RadeonSI, а новый будет для новой архитектуры. но у этих драйверов, возможно, будет кое-что общее, да и mesa общая для всех, так что фичи будут бэкпортироваться
> этих драйверов, возможно, будет кое-что общее,Я так понимаю что ядерный модуль будет основан на коде все того же модуля радеона, только вероятно форкнутого и допиливаемого под специфичные нужды каталиста.
Новый драйвер будет именно новый, старые карты поддерживать не будет, только новые. Но зато AMD-шники в плане опенсорса хоть догнали своих железячников, и не просто догнали, а еще и каталист переводят на опенсорс. Так что это неслабый такой milestone для опенсорса, и неслабый плюс для драйверов.
1) Пардон, сэр, большинство седьмой и восьмой серии это как раз таки GCN. Все начиная с 77хх и мощнее/новее.2) И это... R600g до сих пор втыкает SI. Спасибы говорить Вадиму за его R600sb. Так что вот уж кому ныть не логично - так это обладателям карточек на VLIW5. RadeonSI только догоняет их.
> Пардон, сэр, большинство седьмой и восьмой серии это как раз таки
> GCN. Все начиная с 77хх и мощнее/новее.Я так и написал — семёрка до 76хх включительно на VLIW5.
> Так что вот уж кому ныть не логично
> - так это обладателям карточек на VLIW5. RadeonSI только догоняет их.В курсе, спасибо.
> Я так и написал — семёрка до 76хх включительно на VLIW5.Ну да.
> В курсе, спасибо.
Но вообще, по личным ощущениям RadeonSI вполне так шустренько работает в последнее время. В каталисте все меньше и меньше смысла - вычисления тоже начинают дожимать. Алилуйя.
Cayman, Trinity, Richland это VLIW4, им разрешается ныть.
> Cayman, Trinity, Richland это VLIW4, им разрешается ныть.Они как-то странно работают :). Местами каталиста рвут, а местами производительность как-то совсем не айс.
Unigine Valley хоть заработало?
А оно не работало с RadeonSI? Прикольно.
Уже год как работает.
> Уже год как работает.ссылку можно на видео?
> ссылку можно на видео?Видео искать вломак а так, навскидку, http://www.phoronix.com/scan.php?page=search&q=Unigine+Valley
да
Шаг раз: внести какие-то изменения.Шаг два: разложить пасьянс.
Шаг три: написать новость о том, что изменения (внесённые на шаге 1) привели к ускорению на 60% (измеренному на шаге 2).
мда, грустный клоун
> мда, грустный клоунЧто ж поделать - не познать человеку радость взаимодействия в рамках открытого проекта. Не понять как кайфово попахать над задачей, результат которой нужен всем участникам процесса. Так что каждый пытается подыграть каждому. Сделав что умеет для того чтобы в целом стало лучше работать. Ну а у проприерасов - грызня глоток, манагеры имеющие мозг и офисный булшит. И никто не скажет спасибо за оптимизацию. И никто не напишет новость. Что ж поделать - хреново быть проприерасом.
Да я его просто понять не могу - ну откуда такая тяга к тому, чтобы тебя кто-то контролировал и рассказывал, чего ты хочешь и что тебе можно? Мазохизм какой-то, честное слово
Видимо, сам он думать не умеет и не хочет. Поэтому ему необходима нянька, которая будет за него думать и решать. Бывает.
> мда, грустный клоунС каких это пор "идиот" и "грустный клоун" - синонимы?
HD 4200 (RS880) наконец заведётся?
В BSD???
Лет через десять-пятнадцать.
> Лет через десять-пятнадцать.Правда что ли?
% kldstat
Id Refs Address Size Name
1 69 0xffffffff80200000 18382b0 kernel
2 1 0xffffffff81a39000 2ce2c0 zfs.ko
3 2 0xffffffff81d08000 5c40 opensolaris.ko
4 1 0xffffffff81d0e000 d870 tmpfs.ko
5 1 0xffffffff81d1c000 1170 msdosfs_iconv.ko
6 2 0xffffffff81d1e000 89f8 libiconv.ko
7 1 0xffffffff81d27000 15040 fuse.ko
10 1 0xffffffff81e35000 175e uhid.ko
11 1 0xffffffff81e37000 22c8 ums.ko
12 1 0xffffffff81e3a000 2c7db pf.ko
13 1 0xffffffff81e67000 16fd7 nfsserver.ko
14 1 0xffffffff81e7e000 951 nfs_common.ko
15 1 0xffffffff81e7f000 1ee blank_saver.ko
16 1 0xffffffff81e80000 10b9c2 radeonkms.ko
17 1 0xffffffff81f8c000 411a6 drm2.ko
18 4 0xffffffff81fce000 19e2 iicbus.ko
19 1 0xffffffff81fd0000 d1a iic.ko
20 1 0xffffffff81fd1000 1682 iicbb.ko
21 1 0xffffffff81fd3000 ac6 radeonkmsfw_RS780_pfp.ko
22 1 0xffffffff81fd4000 55c6 radeonkmsfw_RS780_me.ko
23 1 0xffffffff81fda000 dc6 radeonkmsfw_R600_rlc.ko% pkg info -x xorg-server
xorg-server-1.14.7_1,1% uname -rsm
FreeBSD 10.1-STABLE amd64
Это ты, типа, сам спросил и сам ответил? Или что это?
> Это ты, типа, сам спросил и сам ответил? Или что это?Мой вопрос относится к вот этому утверждению: "Опубликованные патчи содержат ряд улучшений для LLVM, улучшающих генерацию кода для GPU на основе архитектуры GCN, в частности, активированы механизмы "machine scheduling" и "subreg livenes". Кроме этого в наборе патчей представлены дополнительные изменения, такие как расширения регистров в область scratch-памяти." Моя интегрированная видюшка Radeon HD 4200 (RS880) воспримет эти улучшения или нет?
Нет конечно, это для Radeon 77xx и выше.
> " Моя интегрированная видюшка Radeon HD 4200 (RS880) воспримет эти улучшения или нет?Сразу видна компетенция бздюков - не могут Terascale (VLIW) от GCN-а отличить.
Нет, не воспримет - архитектурно это совсем иная штука нежели GCN. И кстати у HD4000 с вычислениями вообще все довольно плохо - слишком древние. В открытом драйвере по этому поводу вообще пока никто вычисления на 4000 не запилил: возни много - надо докостыливать все чего не хватает из умений железа в софте. А результат понятно какой - добивка фич железа софтом работает неважно, по поводу чего HD4000 с проприетарным драйвером конечно считает, но производительность отнюдь не поражает воображение. Глядя на это никто не рвется запилить opencl @ hd4000 в открытом драйвере.
Спасибо.> не могут Terascale (VLIW) от GCN-а отличить.
Где про это почитать можно?
http://xorg.freedesktop.org/wiki/RadeonFeature/
> http://xorg.freedesktop.org/wiki/RadeonFeature/Не то.
Ты по ссылке переходил или просто вбросил?
> Ты по ссылке переходил или просто вбросил?По ссылке как "Terascale (VLIW) от GCN-а отличить" не нашёл.
Зато нашёл информацию в Wiki: http://en.wikipedia.org/wiki/List_of_AMD_graphics_processing...
Вот так:3D Driver radeon r200 r300g r300g r600g r600g r600g radeonsi radeonsi
radeonsi - GCN, r600g - VLIW, все остальное антиквариат.
Коммерческие названия внизу.
> Не то.Во первых, если по ссылке все-таки сходить - там расписано как эти "HD100500" декодируются в более внятные семейства чипов. А также у каких чипов какие версии блоков использовались. Это дает общее понимание "а что это у меня за железка и чего она умеет?". Хоть и без углубления в архитектуру.
Во вторых, базовое представление о том кто такое Terascale (амдшные VLIW) можно найти ка ни странно в обычной вике - https://en.wikipedia.org/wiki/TeraScale_%28microarchite...
Ну и GCN рядом - https://en.wikipedia.org/wiki/Graphics_Core_Next
Я бы выделил несколько поколений:
- Антиквариат: то что было до унифицированных шейдеров. Fixed function железо, как максимум с специализированными блоками шейдеров. Произвольно считать ну не то что совсем не может, но настолько костыльно и мучительно что и даром никому не надо. Нечто примерно до HD2000.
- Первые попытки сделать унифицированные шейдеры. Ранние terascale, где-то в районе HD2000-4000 (собственно "R600"). Массив универсальных числокрушилок уже как бы есть. Но на эпичные числокрушилки не тянут. Если сравнить с потомками, например.
- "VLIW5" - нечто типа Evergreen (HD5000) и почти все 6000, кроме 6900 и еще некоторых. Оно же Terascale 2. Первые видеокарты от амд которые показали себя как серьезные числокрушилки. Очень понравились майнерам *коинов и прочим любителям массовой параллльной криптографии по очевидным причинам - рвут нвидии сравнимого ценового сегмента в таких вычислениях на британский флаг без зазрения совести. Да что там, на таких вычислениях стобаксовый 5770 делает куда как более дорогую и жручую теслу, что выглядит забавно :).
- "VLIW4". Странная попытка АМД что-то соптимизировать в плане площади кристалла якобы не в ущерб производительности (с вяканием про то что DX мол все-равно больше четырех линий VLIW за раз не может прогрузить, что лично мне как-то пофиг). В результате как я понимаю, VLIW сделали менее широким, что не замедлило икнуться массово параллельным операциям, у которых такой проблемы как у DX и не стояло. Формально более новое поколение. На мой вкус - "странная хрень" (наиболее известные представители - HD6900).
- GCN. Когда амдшников утомили все заморочки VLIW с качественной прогрузкой блоков выполнения потоком команд, требующих нефиговой заточки компилятора (с чем исторически всегда были грабли, у всех VLIW вообще, и по мере желания считать не только графику, но и остальное это стало икаться) они сделали свои видеокарты более похожим на "обычные" процы, приделав к числокрушилкам аппаратный планировщик. Получилось что-то RISC-образное, но по прежнему ориентированное на массовый SIMD. Это иная архитектура и VLIW-образным с оптимизаций для этих ничего не светит. Они настолько разные что в какой-то момент R600g был отфоркан в RadeonSI и с тех пор существует как нечто отдельное, специфичное для GCNов.
> Моя интегрированная видюшка Radeon HD 4200 (RS880) воспримет эти улучшения или нет?В BSD? Нет. Забудь.
И если что, твоя "интегрированная видяшка" и GCN - это разница на три поколения как минимум, выводы делай сам. Похорони ее уже...
>> Моя интегрированная видюшка Radeon HD 4200 (RS880) воспримет эти улучшения или нет?
> В BSD? Нет. Забудь.
> И если что, твоя "интегрированная видяшка" и GCN - это разница на
> три поколения как минимум, выводы делай сам. Похорони ее уже...Уже
% glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 750/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 340.65
OpenGL core profile shading language version string: 4.30 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.4.0 NVIDIA 340.65
OpenGL shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
> Правда что ли?А вот скажи мне изя...
> 22 1 0xffffffff81fd4000 55c6 radeonkmsfw_RS780_me.ko
> 23 1 0xffffffff81fda000 dc6 radeonkmsfw_R600_rlc.koА правда что в бояздэ всю эту тарабарщину с фирмварой юзерь сам должен в загрузку прописывать? В вике не врут? :) Офуительный у вас там плагнплей, нечего сказать. Да и делать из фирмвари модуль ядра - это весьма утонченный изврат, я бы сказал.
>> Правда что ли?
> А вот скажи мне изя..."Скажи мне, дядя..."
>> 22 1 0xffffffff81fd4000 55c6 radeonkmsfw_RS780_me.ko
>> 23 1 0xffffffff81fda000 dc6 radeonkmsfw_R600_rlc.ko
> А правда что в бояздэ всю эту тарабарщину с фирмварой юзерь сам
> должен в загрузку прописывать?Нет. Она сама подгружается вместе с ядром.
Большая часть подгруженных модулей в выводе kldstat встроена в ядро, и пользователь не настраивает их загрузку.
> Нет. Она сама подгружается вместе с ядром.А зачем в вашей вике их предлагается в conf-файл прописывать?
> Большая часть подгруженных модулей в выводе kldstat встроена в ядро,
Ты что, встроил в ядро радеон? oO
>> Нет. Она сама подгружается вместе с ядром.
> А зачем в вашей вике их предлагается в conf-файл прописывать?Ссылку можно?
>> Большая часть подгруженных модулей в выводе kldstat встроена в ядро,
> Ты что, встроил в ядро радеон? oOВнезапно:
% ls /boot/kernel | grep radeon
-r-xr-xr-x 1 root wheel 395K 6 янв 15:27 radeon.ko*
-r-xr-xr-x 1 root wheel 1,6M 6 янв 15:27 radeonkms.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_ARUBA_me.ko*
-r-xr-xr-x 1 root wheel 13K 6 янв 15:27 radeonkmsfw_ARUBA_pfp.ko*
-r-xr-xr-x 1 root wheel 10K 6 янв 15:27 radeonkmsfw_ARUBA_rlc.ko*
-r-xr-xr-x 1 root wheel 28K 6 янв 15:27 radeonkmsfw_BARTS_mc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_BARTS_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_BARTS_pfp.ko*
-r-xr-xr-x 1 root wheel 7,0K 6 янв 15:27 radeonkmsfw_BTC_rlc.ko*
-r-xr-xr-x 1 root wheel 28K 6 янв 15:27 radeonkmsfw_CAICOS_mc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_CAICOS_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_CAICOS_pfp.ko*
-r-xr-xr-x 1 root wheel 28K 6 янв 15:27 radeonkmsfw_CAYMAN_mc.ko*
-r-xr-xr-x 1 root wheel 13K 6 янв 15:27 radeonkmsfw_CAYMAN_me.ko*
-r-xr-xr-x 1 root wheel 13K 6 янв 15:27 radeonkmsfw_CAYMAN_pfp.ko*
-r-xr-xr-x 1 root wheel 8,0K 6 янв 15:27 radeonkmsfw_CAYMAN_rlc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_CEDAR_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_CEDAR_pfp.ko*
-r-xr-xr-x 1 root wheel 7,0K 6 янв 15:27 radeonkmsfw_CEDAR_rlc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_CYPRESS_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_CYPRESS_pfp.ko*
-r-xr-xr-x 1 root wheel 7,1K 6 янв 15:27 radeonkmsfw_CYPRESS_rlc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_JUNIPER_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_JUNIPER_pfp.ko*
-r-xr-xr-x 1 root wheel 7,1K 6 янв 15:27 radeonkmsfw_JUNIPER_rlc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_PALM_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_PALM_pfp.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_PITCAIRN_ce.ko*
-r-xr-xr-x 1 root wheel 34K 6 янв 15:27 radeonkmsfw_PITCAIRN_mc.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_PITCAIRN_me.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_PITCAIRN_pfp.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_PITCAIRN_rlc.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_R100_cp.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_R200_cp.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_R300_cp.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_R420_cp.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_R520_cp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_R600_me.ko*
-r-xr-xr-x 1 root wheel 6,2K 6 янв 15:27 radeonkmsfw_R600_pfp.ko*
-r-xr-xr-x 1 root wheel 7,0K 6 янв 15:27 radeonkmsfw_R600_rlc.ko*
-r-xr-xr-x 1 root wheel 8,0K 6 янв 15:27 radeonkmsfw_R700_rlc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_REDWOOD_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_REDWOOD_pfp.ko*
-r-xr-xr-x 1 root wheel 7,1K 6 янв 15:27 radeonkmsfw_REDWOOD_rlc.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_RS600_cp.ko*
-r-xr-xr-x 1 root wheel 6,0K 6 янв 15:27 radeonkmsfw_RS690_cp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RS780_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RS780_pfp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RV610_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RV610_pfp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RV620_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RV620_pfp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RV630_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RV630_pfp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RV635_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RV635_pfp.ko*
-r-xr-xr-x 1 root wheel 25K 6 янв 15:27 radeonkmsfw_RV670_me.ko*
-r-xr-xr-x 1 root wheel 6,3K 6 янв 15:27 radeonkmsfw_RV670_pfp.ko*
-r-xr-xr-x 1 root wheel 9,3K 6 янв 15:27 radeonkmsfw_RV710_me.ko*
-r-xr-xr-x 1 root wheel 7,3K 6 янв 15:27 radeonkmsfw_RV710_pfp.ko*
-r-xr-xr-x 1 root wheel 9,3K 6 янв 15:27 radeonkmsfw_RV730_me.ko*
-r-xr-xr-x 1 root wheel 7,3K 6 янв 15:27 radeonkmsfw_RV730_pfp.ko*
-r-xr-xr-x 1 root wheel 9,3K 6 янв 15:27 radeonkmsfw_RV770_me.ko*
-r-xr-xr-x 1 root wheel 7,3K 6 янв 15:27 radeonkmsfw_RV770_pfp.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_SUMO2_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_SUMO2_pfp.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_SUMO_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_SUMO_pfp.ko*
-r-xr-xr-x 1 root wheel 7,0K 6 янв 15:27 radeonkmsfw_SUMO_rlc.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_TAHITI_ce.ko*
-r-xr-xr-x 1 root wheel 34K 6 янв 15:27 radeonkmsfw_TAHITI_mc.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_TAHITI_me.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_TAHITI_pfp.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_TAHITI_rlc.ko*
-r-xr-xr-x 1 root wheel 28K 6 янв 15:27 radeonkmsfw_TURKS_mc.ko*
-r-xr-xr-x 1 root wheel 9,4K 6 янв 15:27 radeonkmsfw_TURKS_me.ko*
-r-xr-xr-x 1 root wheel 8,4K 6 янв 15:27 radeonkmsfw_TURKS_pfp.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_VERDE_ce.ko*
-r-xr-xr-x 1 root wheel 34K 6 янв 15:27 radeonkmsfw_VERDE_mc.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_VERDE_me.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_VERDE_pfp.ko*
-r-xr-xr-x 1 root wheel 12K 6 янв 15:27 radeonkmsfw_VERDE_rlc.ko*Ты представляешь себе, что будет, если пользователь должен будет всё это для загрузки вручную прописывать в конфиге для своей видеокарты? Мозги не расплавятся?
>> А зачем в вашей вике их предлагается в conf-файл прописывать?
> Ссылку можно?Дожили, юзер хубунты показывает бсдшнику где и что у него в вике. Вот там: https://wiki.freebsd.org/Graphics - предлагается самому смотреть названия файлов с фирмварой и прописывать их в конфиг.
Там же можно заметить что с GCN'ами у вас все плохо.
- Которые постарее - "всего лишь" не работает ускорение. Мелкий баг :)
- Которые поновее - "unsupported". Баг чуть побольше :)Между тем, GCN'ы на рынке уже года наверное полтора.
>>> Большая часть подгруженных модулей в выводе kldstat встроена в ядро,
>> Ты что, встроил в ядро радеон? oO
> % ls /boot/kernel | grep radeonНу, модули ядра какие-то оптом. Надеюсь что загружаются только адекватные для фактически имеющегося оборудования.
[две страницы спама поскипано]
> загрузки вручную прописывать в конфиге для своей видеокарты? Мозги не расплавятся?
Не знаю, ваша вика именно этот вариант и предлагает - вручную посмотреть какие файлы фирмвары надо и прописать это в конфиг oO. Вот прямо английским по белому. Я сам удивился такому х-вому плагнплею.
>>> А зачем в вашей вике их предлагается в conf-файл прописывать?
>> Ссылку можно?
> Дожили, юзер хубунты показывает бсдшнику где и что у него в вике.
> Вот там: https://wiki.freebsd.org/Graphics - предлагается самому смотреть названия файлов
> с фирмварой и прописывать их в конфиг.Ну так прописывай, если тебе надо!
///---https://wiki.freebsd.org/Graphics#Kernel_drivers
Video driver loaded at boot timeRadeon
The Radeon driver loads one or more firmwares when initializing the card. The X.Org driver, xf86-video-ati, will automatically load whatever it needs. However, if you want the card to be initialized during boot, you need to load radeonkms from the loader. In this case, you must include the firmwares too, because automatic loading won't work (the filesystem isn't mounted at the time of the card initialization).
---///
> HD 4200 (RS880) наконец заведётся?С RadeonSI - врядли ;). А так он по идее уж сто лет как работает. Попробуй линух с не сильно архаичным ядром и MESA запустить. А то что в бздях графический стек в ж..е - так они на DRM/KMS с прибором клали, пока не прижало. Ну вот и выкуси результат - дикое отставание от пингвинов.
По какой такой идее? Ты мне лучше объясни>, как это проверить и убедиться, что работает правильно, каки должно, а не растопыривай пальцы веером - последнее не твоя заслуга.
> По какой такой идее? Ты мне лучше объясни>, как это проверить и
> убедиться, что работает правильно, каки должно, а не растопыривай пальцы веером
> - последнее не твоя заслуга.LIBGL_DEBUG="verbose" glxinfo должно быть написано radeonsi_dri.so, а у тебя r600g_dri.so если стек KMS, а если UMS, то r600_dri.so, который давно сдох.
> По какой такой идее?По такой - HD4000 сто лет как должны работать с драйвером R600g. А то что к ним не применимы оптимизации LLVM для новомодных GCN'ов о которых в новости (GCN заметно отличаются архитектурно от более старых VLIW) - ну, бывают в жизни огорчения.
> Ты мне лучше объясни>, как это проверить
Как проверить что у тебя ... работает видеокарта? :) Ок, я могу посоветовать довольно хардкорный вариант: запусти набор тестов piglit. Он популярно расскажет что и где у тебя (не)работает. Только стоит учесть что он не миндальничает и поэтому с древним и бажным граф. стеком есть шансы что завалится вся система или как минимум в ней отвалится графика (а GPU recovery в ядре 3.8 был "не очень").
> и убедиться, что работает правильно,
А вон piglit запусти (в этом месте я почему-то делаю хитрый тролфэйс).
А если ты спрашивал про оптимизации для GCN'ов - так HD4000 это VLIW и их это не касается. Это две разные архитектуры, настолько что под GCN отдельный драйвер стали делать, хоть и на основе R600g, но - как форк.
> каки должно,
Да, знаешь, я тоже думаю что графический стек у вас в состоянии "кaкa". А кто сомневается - я вон рецепт для проверки граф. стека на гуанистость дал :)
> А вон piglit запусти (в этом месте я почему-то делаю хитрый тролфэйс).piglit в портах FreeBSD отстутствует.
> А если ты спрашивал про оптимизации для GCN'ов - так HD4000 это
> VLIW и их это не касается. Это две разные архитектуры, настолько
> что под GCN отдельный драйвер стали делать, хоть и на основе
> R600g, но - как форк.Понятно. Значит это бесполезная новость для меня.
> Да, знаешь, я тоже думаю что графический стек у вас в состоянии
> "кaкa". А кто сомневается - я вон рецепт для проверки граф.
> стека на гуанистость дал :)Так его ноги растут, сам знаешь, откуда. ;)
> piglit в портах FreeBSD отстутствует.Да он даже в пакетах убунты отсутствует. Потому что специализированная нишевая хрень. Но эксперименты показали что его вполне можно собрать даже силами убунтуйца. А вот насколько результаты его запуска понравятся - очень зависит от древности компонентов графического стека, используемого GPU и прочая. Но эта штука может весьма подробно рассказать о том насколько работает графический стек. Если конечно система или графика в ней не помрет еще до окончания тестов, что для древних версий компонентов было достаточно характерно :)
> Понятно. Значит это бесполезная новость для меня.
Для HD4000 - ну да.
> Так его ноги растут, сам знаешь, откуда. ;)
Имеется то что имеется. Сможешь написать лучше - флаг тебе в руки и барабан на шею.
работает очень много лет. А что?
> работает очень много лет. А что?А у него бзда. Там с DRM/KMS - "не очень". Радеон там - кривой ripoff из ядра линукса 3.8. GPL violation прилагается ... ну или они решили сдаться и лицензию ядра сменить, лол.
Как все это работает - ну ты понял. Для понимания разницы - в их вике сказано что большинство GCN'ов просто unsupported. Вообще. Тяжела и неказиста жизнь позорных копипастеров.
>> работает очень много лет. А что?
> А у него бзда. Там с DRM/KMS - "не очень". Радеон там
> - кривой ripoff из ядра линукса 3.8. GPL violation прилагается ...
> ну или они решили сдаться и лицензию ядра сменить, лол.Куда сдаваться? К кому идти на поклон? X.org оккупировали линуксоиды, выгнали из комитета, принимающего решения, всех неугодных. Заставили прогнуться под технологию лузера в графике - Intel, которая своими полурабочими графическими затычками всех достала. AMD и NVIDIA не используют DRM/KMS в проприетарных драйверах, у них собственные интерфейсы в ядре.
> Как все это работает - ну ты понял. Для понимания разницы -
> в их вике сказано что большинство GCN'ов просто unsupported. Вообще. Тяжела
> и неказиста жизнь позорных копипастеров.Скажи спасибо Intel за DRM/KMS, а то бы сидел без драйверочков с чёрной консолью, с драйвером под MIT или GPL.
> Куда сдаваться? К кому идти на поклон?Наверное, Столлману? Он вас сделал. Бздуны скопипастили GPLный код, кекеке :).
> X.org оккупировали линуксоиды, выгнали из комитета, принимающего решения,
> всех неугодных.Для начала, код нарушающий GPL не имеет никакого отношения к xorg ;). А пингвиноиды для начала остались единственными кто двигал разработку вперед. Остальных и так "все устраивало" или "все-равно на это нет ресурсов". Хотя работало отвратительно и явно продувало конкуренцию другим системам на десктопе. Пингвин "виноват" только тем что будучи сильным проектом его участники не возжелали идти на дно вместе с остальным балластом.
> Заставили прогнуться под технологию лузера в графике - Intel,
> которая своими полурабочими графическими затычками всех достала.У интеля под пингвин пожалуй самые лучшие драйверы, да еще с исходниками. Единственное что железо хилое. Но это к другой команде вопросы. А сам DRM/KMS выглядит довольно здраво и вообще-то им захотели пользоваться сами разработчики драйверов. Настолько что UMS вообще все дружно объявили deprecated, а нынче уже и повыпилили сие в половине мест.
> AMD и NVIDIA не используют DRM/KMS в проприетарных драйверах, у них
> собственные интерфейсы в ядре.Если кто не заметил - AMD как раз недавно задолбались ссaть против ветра и решили забить на свой ядерный модуль в каталисте. И как раз теперь они будут использовать именно этот интерфейс и модуль ядра на основе того, открытого, из ядра. Допилив недостающие и-фейсы для юзермода каталиста, если надо. А нвидия в лине AFAIK колхозит какой-то эрзац самолично, из г-на и палок. Ну и работает соответствующе.
> Скажи спасибо Intel за DRM/KMS, а то бы сидел без драйверочков с чёрной консолью,
> с драйвером под MIT или GPL.В DRM/KMS заинтересована вся толпень которая драйверы пишет. А то что они забыли спросить тех кого и так все устраивало - ну так раз все устраивало - пусть и плывут вниз по реке, из села Кукуево. А кого не устраивало - те и переделали интерфейсы. На мой взгляд у них неплохо получилось - внятная низкоуровневая подсистема. Достаточно мощная и гибкая. Готовая столкнуться и с глупым контроллером дисплея из эмбедовки, и с числокрушилкой без видеовыхода, и с произвольной смесью числокрушилок и контроллеров совсем. А также ряд довольно крутых и смелых технологий типа буферов подпертых DMA. Вот это уже достойный ответ Чемберлену. По крайней мере за бэкэнд пингвиноидам теперь стыдно не будет - там все весьма на уровне.
А то что эти, которых все устраивало, остались без новых версий дров - так это разработчики дров так решили.
Приобретена Zotac GeForce GTX 750: наконец-то сделан первый шаг к настоящему 3D на десктопе. 6 лет ждал чего-то.
http://www.easycom.com.ua/prtart.php?id=3147А вы можете дальше продолжать носиться с полурабочим AMD. Эта компания — мастерица на подачки.
> 6 лет ждал чего-то.Честно говоря я не очень понимаю чего в бздах с 3D делают. Игр под бзды никто не выпускает, кроме разве что сони с которой вам ни холодно ни жарко.
> Эта компания — мастерица на подачки.
Ты так говоришь как будто сделал кому-то хуже кроме себя. Каждый человек имеет выбор. А потом выбор и человек меняются ролями. Мы то себе открытый стек доделаем, а как вы там в ваших бздах с блобами будете кувыркаться - лично мне пофигу.
>> 6 лет ждал чего-то.
> Честно говоря я не очень понимаю чего в бздах с 3D делают.Оно нужно для запуска 3D игор в WINE. С полусофтовой поддержкой 3D в AMD — дохлый номер. Проверял на машине с NVIDIA и AMD-графикой: на NVIDIA запускается и прилично идёт, на AMD чёрный экран в лучшем случае, в худшем — внятное предупреждение об отсутствии аппаратной акселерации.
> Игр под бзды никто не выпускает, кроме разве что сони с которой вам ни холодно ни жарко.Ты совсем отстал в своём уютненьком мирке под названием Linux. http://www.youtube.com/watch?v=B04EuZ9hpAI
>> Эта компания — мастерица на подачки.
> Ты так говоришь как будто сделал кому-то хуже кроме себя. Каждый человек имеет выбор.И в последнее время этот выбор явно не в пользу AMD:
1) интегрированная графика переместилась в процессор и серьёзно подорожала по сравнению с КПД от её использования в Linux/FreeBSD — легче перейти на дискретные решения, чтобы хоть как-то повысить производительность основного процессора.
2) mATX-платы на платформе AMD из года в год всё хуже и хуже. Пока не превратились в настоящие отбросы на чипсете AMD760, платы mATX на менее устаревшем AMD880 давно не найти.
3) Итог всего этого: пора менять ПК-платформу на более адекватную времени: и чтобы производительность в компиляции была высокой, и чтобы графика 2D/3D не была затычкой по принципу "на, отвяжись".> А потом выбор и человек меняются ролями.
Это как? Поясни.
> Мы то себе открытый стек доделаем
Желаю вам всего наилучшего, отловить побольше багов в коде ядра и драйвера. Завершить, наконец, эту многолетнюю эпопею с видимым полурабочим 3D на Radeon/AMD. Глядишь, в следующий раз при очередном апгрейде я куплю AMD. ;)
> а как вы там в ваших бздах с блобами будете кувыркаться - лично мне пофигу.
Да мы уж как-нибудь поработаем по-нормальному с блобами, а то уже с AMD накувыркались-устали.
> Оно нужно для запуска 3D игор в WINE.Линуксоидам это не сильно надо - там навалом игр собранных под пингвин есть, вплоть до всяких DOTA. Это бздельники будут вечно мимикрировать то под линь, то под винду, то под что там еще. А у сильных проектов есть своя линия поведения, за пределами мимикрии под других.
> С полусофтовой поддержкой 3D в AMD — дохлый номер.
Чаво? Каво? Какой полусофтовой? Там вон перцы даже к gallium привинтили state tracker для DX. Это конечно утонченный изврат, но он работает. И AFAIK здорово втыкает по производительности транслятору DX -> GL из вайна. Мне это малоинтересно, у меня вайна нет, но народ эту хрень гоняет.
> в лучшем случае, в худшем — внятное предупреждение об отсутствии аппаратной
> акселерации.А вон тот перец запустивший на открытом драйвере кризис2 на максимальных настройках - это что, глюк? На ютубе таких "глюков" нынче довольно много. Там же рядом - старкрафт2 на ultimate на всех настройках, ну и так далее :). И это через открытый амдшный драйвер, да.
А то что фрибзда в плане графики в ж...е и как максимум может делать минет нвидии - так это на мой взгляд позор, а вовсе и не фича. Не вижу ничего хорошего в пресмыкании перед блобмейкерами.
> Ты совсем отстал в своём уютненьком мирке под названием Linux.
Ты глупый? Если ты замимикрировал под винду - это не значит что под бзду кто-то что-то выпустил. Это ты под винду мимикрировал. Говоря за себя - я не хочу чтобы моя система писалась слабаками и лузерами которым вечно приходится мимикрировать под других. И как раз способность пингвина пробивать себе дорожку мне нравится.
> И в последнее время этот выбор явно не в пользу AMD:
А мне ряд их инженерных решений видится вполне удачными. И качество открытого драйвера мне нравится. В линухе. А то что в бзде какой-то крап отстающий на годы - так кто виноват что там в проекте ретарды собрались? Которые даже передрать нормально не могут - GPL violation в процессе, а за основу берется доисторическая версия без кучи фич.
> 1) интегрированная графика переместилась в процессор и серьёзно подорожала по сравнению
> с КПД от её использования в Linux/FreeBSD — легче перейти на
> дискретные решения, чтобы хоть как-то повысить производительность основного процессора.Во первых, интегрироать GPU в CPU стали все. И интел и амд. А нвидия не стала только потому что у нее нет х86 процов. Впрочем, есть ARM'овская Tegra. Там у нвидии даже проблески адеквата случаются - они поддерживают линух и даже открытое нуво для этих чипов на нормальном уровне. Жаль что адекват там и заканчивается.
Во вторых, любой интеграт тормозной. Например потому что не имеет своей локальной скоростной памяти на отдельной шине и поэтому натужно делит скромный бандвиз системного DDR3 на всю ораву. В новых APU амд привинтили немного механизмов экономии бандвиза и zero copy, но легко догадаться что сколько кукурузнику аэродинамику не тюнь, а реактивный истребитель летать будет быстрее. Потому что дизайн кукурузника не подразумевал сверхзвуковые скорости. Единственный кто пытался что-то сделать с типа, интегратом по этому поводу - интел с их ирисом, где встроен еще и GDDR5. Понятно что быстрее обычного интеграта, но в целом - дорогое но не слишком производительное решение. Нафиг нужно.
> 2) mATX-платы на платформе AMD из года в год всё хуже и
> хуже. Пока не превратились в настоящие отбросы на чипсете AMD760, платы
> mATX на менее устаревшем AMD880 давно не найти.Меня не очень интересуют подобные обрубки. Но в конечном итоге найти неплохую плату можно и для амд. Только для обрубков в моде FM2 и APU, из соображений что HTPC много не надо и APU потянет. А кому надо дофига мощщи - ну знаешь, у меня например FX990. Довольно крЮтой чипсет, хоть и не самый последний писк :)
> 3) Итог всего этого: пора менять ПК-платформу на более адекватную времени: и
> чтобы производительность в компиляции была высокой, и чтобы графика 2D/3D не
> была затычкой по принципу "на, отвяжись".Так интеграт всегда затычка для нетребовательных пользователей. И HD4200 от амд - это древняя карта класса "затычка для слота".
> Это как? Поясни.
Ну вот так. Сначала человек имеет выбор. А потом выбор имеет человека ;). Я вот как-то хочу систему способную полноценно стартовать даже с лив флехи с полной функциональностью. В том числе и приличным 3D и поддержкой прочего оборудования. А перезагрузки и setup.exe (или как там это теперь нвидия называет) - это так воняет 90-и и даже 80-и годами прошлого века. Спасибо, плагнплея с запуском сетапа и перезагрузками я наелся. И полагаю что в 2015 можно уже и получше делать.
> Завершить, наконец, эту многолетнюю эпопею с видимым полурабочим 3D на Radeon/AMD.
У нас все это уже довольно прилично работает. А как это будет в BSD - мне пофиг. А глядя на комьюнити бздунов - я думаю что вы скоро будете грузить свой фетиш только на вирталке, из под максималки.
> Глядишь, в следующий раз при очередном апгрейде я куплю AMD. ;)Говоря за себя - мне пофиг как оно работает в BSD и что ты купишь. Меня интересует открытая графика в лине.
> Да мы уж как-нибудь поработаем по-нормальному с блобами, а то уже с
> AMD накувыркались-устали.А я вот в линухе как раз начинаю наслаждаться продуктами кувырканий :). И подыгрывать участникам процесса чем умею. А бздюкам удачи с таким комьюнити и подходами.
> Например потому что не имеет своей локальной скоростной памяти на отдельной шине и поэтому натужно делит скромный бандвиз системного DDR3 на всю ораву.В остальном в целом согласен, но именно тут не совсем верно, интел уже впилил память в интеграшки, т.е. по сути просто интеграт легким движением руки превращается во внешние чипы со своей памятью, только встроенные, на одном кристалле. Типа, изобрели видеокарты. И AMD сделает то же самое в ближайшем будущем, появятся APU со своей родной графической памятью.
О, обновления Икстов, Месы и дров прилетели.
Как в тему, прям колдунство. =)
> О, обновления Икстов, Месы и дров прилетели.
> Как в тему, прям колдунство. =)Для этого по идее апдейт LLVM надо. При том - git'овый. Есть надежды что успеют это комитнуть до релиза в 3.6 и в 3.6 это будет.
Да не, я просто говорю, что совпала тематика. )
А апдейты хрен знает, когда прилетели, может и позавчера?
А сколько там всего драйверов радеона есть? А то я что-то начал путаться в новостях. Разработчики из одного в другой бэкпортируют улучшения или как?
> Разработчики из одного в другой бэкпортируют улучшения или как?Я так понимаю, улучшения в том же radeonsi редко актуальны для того же r600g — это совсем разные драйверы для совсем разного железа. radeonsi пока стремится к уровню r600g :)
> Я так понимаю, улучшения в том же radeonsi редко актуальны для того
> же r600g — это совсем разные драйверыЭто не совсем разные драйверы: RadeonSI получился форком R600g энное время назад. Поэтому они до некоторой степени похожи. Но не на 100%.
radeon, r200g, r300g - до r500
r600g - от R600 до N.Islands
radeonsi - остальные (на GCN)
> radeon, r200g, r300g - до r500
> r600g - от R600 до N.Islands
> radeonsi - остальные (на GCN)And now... позвольте немного взорвать ваш мозг :)
Драйвер - понятие не конкретное. Есть ядро и ядерные модули-выноски работающие с видеокартой на самом низком уровне. Ясен пень специфичные для разныx GPU. Есть libdrm и т.п. с плагинами для разныз GPU опять же - они все это вывешивают в юзермод. Есть DDX драйверы, которые интерфейсятся к этим либам и ускоряют операции иксов. Есть MESA, опять же с 3D частью драйверов специфичных для разных GPU.
Ещё немного и достигнет околосветовой скорости.
Что, даже можно будет в первый круизис играть?
> Что, даже можно будет в первый круизис играть?http://www.youtube.com/watch?v=E0vCScsb5WM
http://www.youtube.com/watch?v=-_T0fY6BLAo
Стул не спалил?
Вино конечно прикольная штука, в зависимости от минорной версии игры стату варьируется от золотого до мусора https://appdb.winehq.org/objectManager.php?sClass=applicatio...
>"Not-supported video card found! Continuing can lead to unexpected events or crashes. Please consult the manual for further information regarding hardware requirements.NVIDIA GeForce GTX 560 [vendor id = 0x10de, device ide 0x1201]"
Это проблемы wined3d
> NVIDIA GeForce GTX 560 [vendor id = 0x10de, device ide 0x1201]"
> Это проблемы wined3dА какая видеокарта была на самом деле? И драйвер/версия? FPS конечно дерганый, ну так и настройки как я понял чуть ле не на максимум и кризис - второй. Кто-то решил не мелочиться.
Вот так вот пинвиноидов почмыришь кризисом - так они и запустят кризис2 на максимальных настройках... учитесь как надо! XD.
Так видеокарты еще нижний миддл енд - Radeon 6770 и Radeon 7790, а драйверы у него последний билд на тот момент.Я ошибку вытащил из winehq.org wined3d и видеокарты gtx 560 .
А человек на видео запускает через nine без использования wined3d.
Надеюсь, разрыв между производительностью R600 и RadeonSI сократится до нуля. Когда-то уже была серия новостей про "ускорение работы R600 в 100500%". Примерно раз в месяц. Только во сколько ни умножай 0,000001%, всё равно мало получится. Сейчас я не уверен даже что открытый R600 выдаёт хотя бы 50% от настоящей производительности видеочипов - кроме Upban Terror и прочих клонах третьей кваки, на которых тестируют драйвер Phoronix.
Сходи к наркологу
> хотя бы 50% от настоящей производительности видеочиповЯ R600 в OpenCL на чисто вычислительных тестах сравнивал - 80% от проприетари как с куста. Факты - штука упрямая.
Толку-то, если разгон моей 5850 с 725 МГц до 1000 МГц даёт +100 мегахеш? Открытый драйвер разгон не умеет.
> +100 мегахеш?А сколько получается то? А то из моих 5770 с проприетарью, даже в винде ну самый край 200 с небольшим выжимается. С открытым - 165. Ровно 80%, как ни крути. И особо разгонять - пардон, там и так температура приличая и СО ощутимо шумит. А R9 270 выжимает 370Мхешей на открытом драйвере. И ну его нафиг разгонять - там всего один 6-контактный разъем, это бывшему 7870 просто впритык (7870 без даунклока требует 2 6-контактных разъема и больше фаз стабилизатора, мой 270 и так с фабрики "разогнан" до 945МГц, при типичных 925).
> Открытый драйвер разгон не умеет.
Ну да. Но вон управление вентилем уже по немногу запиливают, например.