Компания AMD открыла (https://lists.freedesktop.org/archives/amd-gfx/2017-December...) исходные тексты драйвера AMDVLK (https://github.com/GPUOpen-Drivers/AMDVLK) с полной реализацией графического API Vulkan 1.0 (https://www.opennet.dev/opennews/art.shtml?num=43887). Драйвер поставлялся в составе проприетарного набора драйверов AMDGPU-PRO и конкурировал с изначально открытым Vulkan-драйвером RADV, развиваемым проектом Mesa. Код драйвера AMDVLK открыт (https://github.com/GPUOpen-Drivers/) под лицензией MIT.
Новый открытый драйвер реализован с использованием прослойки PAL (https://github.com/GPUOpen-Drivers/pal) (Platform Abstraction Library), предоставляющей унифицированный набор средств для доступа к оборудованию и низкоуровневым функциям операционной системы для упрощения построения различных драйверов для графических и вычислительных чипов AMD. PAL предоставляет уровень абстракции для поддержки различных платформ, включая недавно выпущенные GPU и инструменты разработки. Для взаимодействия с оборудованием PAL обращается к встроенному в ядро Linux DRM-модулю amdgpu, который также используется драйверами Mesa.
Ключевым компонентов драйвера является компонент XGL (https://github.com/GPUOpen-Drivers/xgl) (Vulkan API Layer), который занимается трансляцией команд API Vulkan универсальные команды прослойки PAL, которые затем могут быть переданы для обработки в GPU. Для компиляции шейдеров применяется основанный на наработках проекта LLVM компилятор LLPC (LLVM Pipeline Compiler), который генерирует на выходе объекты VkPipeline, совместимые с ABI PAL. LLPC объединяет в себе три компонента: транслятор промежуточного представления шейдеров SPIR-V в LLVM IR с дополнительными метаданными. компонент Lower для трансляции полученного промежуточного кода LLVM IR в вызовы функций и компонент Patcher для замены всех внешних вызовов функций на вызовы, соответствующие PAL Pipeline ABI.Основные возможности драйвера:
- Поддержка Vulkan 1.0 и более 30 расширений;
- Возможность использованием системы трассировки Radeon GPUProfiler (https://github.com/GPUOpen-Tools/Radeon-GPUProfiler);
- Встроенные инструменты для отладки и профилирования;
- Упреждающий разбор буфера промежуточных команд и виртуализация SR-IOV;
- Поддержка серий GPU:
- Radeon HD 7000
- Radeon HD 8000M
- Radeon R5/R7/R9 200/300
- Radeon RX 400/500
- Radeon M200/M300/M400
- Radeon RX Vega
- AMD FirePro Workstation Wx000/Wx100/Wx300
- Radeon Pro WX x100
- Radeon Pro 400/500
Запланированные на будущее возможности:
- Поддержка находящихся в разработке спецификаций Vulkan API;
- Использование аппаратных счётчиков производительности для сбора информации через RenderDoc (https://renderdoc.org/);
- Оптимизация LLPC для сокращения времени компиляции и увеличения производительности, упирающейся в возможности GPU;
- Оптимизация производительности операций, выполняемых на CPU;
URL: https://lists.freedesktop.org/archives/amd-gfx/2017-December...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47816
PAL->DRM->Mesa
Это не будет ли влиять на производительность таких драйверов?
Скорее PAL это аналог Gallium3d
Эксперты в своем репертуаре. С чего взял, что повлияет?
Я и не назывался экспертом. Если Вы не заметили, я задал вопрос, а не утверждал, что это так. Я лишь предположил. Взял с того, что используется прослойка.
а счего блин не повлияет дополнительный вызов в цепочке вызовов на производительность?!
Повлияет на загрузку программ/текстур в GPU/память видеокарты, а вычисления в GPU будут производиться без прослойки. Не?
Чтоб сожрать арбуз его надо кусками пропихнуть через пищевод.
Разумеется будет
> PAL->DRM->MesaОткуда там взялась меса? PAL обращается напрямую к DRM и суть есть обёртка над ним. Меса же в данном случае не используется вовсе.
Не внимательно прочитал. Mesa->DRM, так же как и PAL->DRM. Но, я правильно понимаю, что Mesa же обращается к функциям DRM модуля напрямую из своих функций, а PAL же сначала обращается к своей функции-прослойке (которая одна как для Windows, так и для Linux), а она в свою очередь уже к функциям DRM модуля. Т.е в PAL используется промежуточная (дополнительная) функция? На вызов же функции какое-то время затрачивается? Конечно это минимальная задержка, которая и не ощутима будет, но она есть?
Нет, внутри Мезы есть Gallium3D — тоже своеобразный PAL для тамошних стейттрекеров типа Nine, Glamor, DDX, RADV и прочих.Эти стейт-трекеры реализуют все нужные API 2D/3D-рисования, с ускорением или без. Gallium3D сделан специально так, чтоб использовать одновременно несколько API на одном GPU, и заодно не переписывать стей-трекер для каждой платформы отдельно.
Тоесть Gallium3D это специальный API абстркции, поверх которого работают другие API. И для конкретной процессорной/гпу-архитектуры стейт-трекеры собираются из исходников без особых проблем.
Тоесть, как написал Товарищ выше: PAL — скорее Gallium3D, и AMDVLK работает не через Мезу. (хотя тоже общается с ГПУ безопасным методом, через libdrm, что не мешает мезу использовать параллельно.)
Во-первых, как уже сказали, Mesa в данном драйвере не используется.
Во-вторых, схема полностью аналогична используемой в проприетарном драйвере (и под линуксом, и под виндоуз).
В-третьих, схема влияет только на draw call. Скорость работы самой видеокарты от этого не меняется.
Меса это вообще то реализация опенгла
И Vulkan и ещё других GAPI
> PAL->DRM->MesaПардоньте, но как это возможно, даже если просто теоритечески? Я всегда думал, что DRM -- это конечная остановка. Драйвер может обратиться к DRM. DRM в драйвер -- как?
Лучше б свой OpenCL открыли. Месовский всё ещё не дотягивает по производительности.
Его и так открыли. ROCm называется
ROCm это отдельный драйвер OpenCL, написанный с нуля. Тот, который изначально был в проприетарном драйвере остался проприетарным, и теперь считается Legacy.
Кстати, ROCm для работы требует драйвер ядра AMDKFD, в который пока что не завезли поддержку дискретных видеокарт, есть только ноутбучные интеграшки.
[ 5.544515] kfd kfd: Initialized module
[ 6.398189] kfd kfd: Allocated 3969056 bytes on gart
[ 6.398392] kfd kfd: Reserved 2 pages for cwsr.
[ 6.398425] kfd kfd: added device 1002:67ff
Сейчас бы на ушах сидеть.
Если ты берешь отдельный модуль ядра от amd то да, в нем есть поддержка всех видеокарт. Но в том, что в апстриме ядра только поддержка apu, патчи для поддержки dgpu еще не приняли.
AMD в последнее время только радует. Ryzen топ!
Более скучного ЦП АМДы чем Ryzen давно небыло: дорогущий, разгон никакой, необходима оверклокерская оперативка (и то без гарантий шо заработает) для формальности, щобы уменьшыть влияние межёядерных задержек (из за располовинивания L3).
>скучногоТо ли дело TI и UMC -- обхохочешься.
>То ли дело TI и UMC -- обхохочешься.Какое к ним отношение имеет АМДа?
Похоже, скучно только тебе: https://www.ixbt.com/news/2017/12/05/intel-coffee-lake-cpu-a...
Ну так я ж не продавец, я оверклокер домашний, смотрю на железо как на потенциал получить максимум за минимальные деньги.
Zen ядра сами по себе конешно хорошые в сравнении с прошлыми, но сам Ryzen стоит непомерно дорого, учитывая его проблемы и более дешовые в производстве чипы (без привязки к месному курсу), а рядом с голубыми конкурентами он вообще сомнительно выглядит и превосходит токо в избранных приложениях.Ему даже кулер не особо важен (потому шо не гонится выше турбочастот), какой тут интерес может быть? Для игр так вообще позор.
По факту это склейка из пары 4х ядерников, токо АМДа умудрилась сделать склейку на 1м кристале, шо является полным идиотизмом, учитывая шо даже в отбраковках 4х ядерных получаем склейку из пары 2х ядер. Вот и получили резкое падение производительности в межёядерной передаче данных. Токо опять вопрос: чо так дорого? Лепили бы 2 кристала рядом - тоже самое бы вышло, токо дешевле.
> сам Ryzen стоит непомерно дорогоМамка отказывается покупать? Бедненький.
> а рядом с голубыми конкурентами он вообще сомнительно выглядит
Голубые это intell? Ты не пробовал сравнивать производительность за одну цену?
> Для игр так вообще позор.
Все тесты говорят об обратном, но нашего домашнего оверклокера не обмануть.
> Ему даже кулер не особо важен, какой тут интерес может быть?
Так тебе шашечки(заюзать крутой кулер) или ехать(получить максимум производительности за фиксированную сумму)?
> Мамка отказывается покупать? Бедненький.Пока FX x6 на 4.5 ГГц хватает, смысл бежать вслед за хомячками за сырой новинкой?
Своей мамке от моей мамки передавай привет.
> Голубые это intell? Ты не пробовал сравнивать производительность за одну цену?Пробовал, Zen в пролёте почти везде. А ещо Кофейники гонятся до 5+ ГГц при полной луне.
https://images.anandtech.com/graphs/graph11859/91881.png
Сам пробовал то, или по инерции думаеш шо АМДа как раньше производительность за пол цены продает?
> Все тесты говорят об обратном, но нашего домашнего оверклокера не обмануть.Шото мы разные тесты смотрим, везде Ryzenы сливают по мин. ФПС, если используется топовая карта, при чом конкретно так сливают.
> Так тебе шашечки(заюзать крутой кулер) или ехать(получить максимум производительности
> за фиксированную сумму)?Я ж написал шо я оверклокер, мне не интересны продукты с которых не выжать дополнительную производительность.
Для разгона годятся лиш Ряжанки с турбо не выше 3.4 ГГц, и то феномы лучше гнались
> Пробовал, Zen в пролёте почти везде. А ещо Кофейники гонятся до 5+ ГГц при полной луне.
> https://images.anandtech.com/graphs/graph11859/91881.png
> Сам пробовал то, или по инерции думаеш шо АМДа как раньше производительность за пол цены продает?Ну давай для простоты ограничимся твоей картинкой и даже закроем глаза на стоимость подходящих материнок. Я вижу на ней доминирование Ryzen над восемью из десяти интелловских процессоров, то бишь над всем кроме самых горячих новинок. Так что почти везде они выигрывают, а не проигрывают.
При этом эта пара coffee lake от Intel идет по цене значительно более низкой, чем их же старые с меньшей производительностью. То бишь имеем весьма сомнительный маркетинговый ход, сделанный под давлением успехов Ryzen. Добавляем к этому сырость и дороговизну матерей на z370, несколько изменившиеся цены($295 вместо $399 на Ryzen 7 1700x и $400+ вместо $359 за i7 8700k) и получаем, что coffee lake всего лишь достойная альтернатива, но никак не однозначный выигрыш. И в общем-то это хорошо.
> Ну давай для простоты ограничимся твоей картинкой и даже закроем глаза на
> стоимость подходящих материнок. Я вижу на ней доминирование Ryzen над
> восемью из десяти интелловских процессоров, то бишь над всем кроме самых
> горячих новинок. Так что почти везде они выигрывают, а не проигрывают.О coffee lake и речь, старые х4 корки не жызнеспособны теперь.
> При этом эта пара coffee lake от Intel идет по цене значительно
> более низкой, чем их же старые с меньшей производительностью. То бишь
> имеем весьма сомнительный маркетинговый ход, сделанный под давлением успехов Ryzen.Чем сомнительный ход то? Обычная конкуренция, при чем Ынтел это сделала взмахом руки, не особо напрягаясь, пропорционально увеличив цену увеличению площади кристала.
> Добавляем
> к этому сырость и дороговизну матерей на z370, несколько изменившиеся цены($295
> вместо $399 на Ryzen 7 1700x и $400+ вместо $359 за
> i7 8700k) и получаем, что coffee lake всего лишь достойная альтернатива,
> но никак не однозначный выигрыш. И в общем-то это хорошо.Смотря где. В играх АМДы как небыло так и нет в топе. Даже в архиваторах 16 потоков проигрывают 12ти. Есть кодировщики видео где ряжанки лучше - всего лиш.
> Чем сомнительный ход то? Обычная конкуренция, при чем Ынтел это сделала взмахом руки, не особо напрягаясьТем, что похоронила продажи своих "старых" процессоров, подложив свинью как себе, так и продавцам своего товара. Зато какой-нибудь манагер себе премию выпишет. А рассказывать сказки про "особо не напрягаясь" можно было бы, если Интел смог обеспечить должное количество новых процессоров по такой цене.
> В играх АМДы как небыло так и нет в топе
В твоем личном топе? Ну так ты фанатик, чего с тебя взять.
Знакомое изложение.
Прям почти копипаста с оверов. И судя по нику пишет всё тот же человек.
Насколько припоминаю ты там ещё на оверах FX упоминал когда про цены за кристал распинался. Из-за FX у AMD не самые хорошие времена были так что не будет тебе мега дешёвых камней пока AMD прибыли не накопит которую посеела из-за FX.
> Знакомое изложение.
> Прям почти копипаста с оверов. И судя по нику пишет всё тот
> же человек.Ну я за анонимами не прячусь. За слова свои отвечаю.
> Насколько припоминаю ты там ещё на оверах FX упоминал когда про цены
> за кристал распинался. Из-за FX у AMD не самые хорошие времена
> были так что не будет тебе мега дешёвых камней пока AMD
> прибыли не накопит которую посеела из-за FX.Если хомячки желают донатить АМДе это их выбор. Я лиш пишу шо цена завышена слишком.
АМДа стала играть по правилпм Ынтела, и меня это печалит.
А чего ты хотел? Что бы удачное решение сливали по себестоимости? А новые разработки и долги оплачивать кто будет?
Да иметь хорошие дешёвые камни и при этом производительные это конечно классно, но не стоит забывать о реальности и том что никто в бизнесе AMD жалеть не будет. Поглотят и надейся потом что бы вообще было хоть что-то путное.
> А чего ты хотел? Что бы удачное решение сливали по себестоимости?Так в том и дело шо оно удачное лиш на бумаге.Там полно проблем, за которые АМДа хочет такую же плату как за вылизаный кофейник (у которого из проблем токо термопаста вместо припоя, и то многим гнать до 5 ГГц не мешает).
> Да иметь хорошие дешёвые камни и при этом производительные это конечно классно, но не стоит забывать о реальности и том что никто в бизнесе AMD жалеть не будет.Смысл существования АМДы всегда был в покупке более производительного ЦП дешевле конкурента. А щас этот смысл ищез (ну разве FM2 платформа всё ещо отличное решение для мультимедийного ПК).
В их видеокартах смысл есть токо из за наличия открытого драйвера (ну и майнерам).
> Ну так я ж не продавец, я оверклокер домашний, смотрю на железо
> как на потенциал получить максимум за минимальные деньги.Тогда что ты, чёрт возьми, такое несёшь? Если твоя цель -- экономия бюджета, то тебе к Ryzen прямая дорога. Core i7 с аналогичными параметрами стоит в 2 раза дороже.
> а рядом с голубыми конкурентами он вообще сомнительно выглядит и
> превосходит токо в избранных приложениях.Лол, а чего ты хочешь за такие деньги?
Тут же простая традиция: Intel-делают хорошо и очень дорого, AMD -- дёшево и сердито, но подкупают количеством ядер. Да, у AMD производительность похуже будет. Но зато у тебя будет больше ядер. Для некоторых задач это решающий фактор.> Ему даже кулер не особо важен (потому шо не гонится выше турбочастот),
> какой тут интерес может быть? Для игр так вообще позор.Для игр? Так ведь ещё где-то с начала нулевых для игр важна видяха, а не проц. Ты из какой криокамеры вылез? :)
>> Ну так я ж не продавец, я оверклокер домашний, смотрю на железо
>> как на потенциал получить максимум за минимальные деньги.
> Тогда что ты, чёрт возьми, такое несёшь? Если твоя цель -- экономия
> бюджета, то тебе к Ryzen прямая дорога. Core i7 с аналогичными
> параметрами стоит в 2 раза дороже.Эм, да как бы нет, Ryzen в большынстве задач меньше дает за те же деньги шо и равные по цене кофелейки.
Не ну если сравнивать именно по паспортным параметрам то да, Ryzen выглядят богато, но за красивыми цыфрами скрываются множество недостатков.
>> а рядом с голубыми конкурентами он вообще сомнительно выглядит и
>> превосходит токо в избранных приложениях.
> Лол, а чего ты хочешь за такие деньги?
> Тут же простая традиция: Intel-делают хорошо и очень дорого, AMD -- дёшево
> и сердито, но подкупают количеством ядер. Да, у AMD производительность похуже
> будет.Не в этом случае. AMD сделала хуже, но так же дорого. Реч именно о Ryzen в сравнении с кофелейками.
Зачем 8 ядер по 4- ГГц с недостатками, когда есть 6 ядер на 5+ ГГц без архитектурных недостатков, за теже деньги (да ещо и с настощим AVX 2, а не подделкой как в Zen)?
При делении задачи на большее количество потоков всегда будут потери, а в случае Ryzen они ещо и умножаются.
> будет. Но зато у тебя будет больше ядер. Для некоторых задач
> это решающий фактор.В виртуалках выделенные ядра рулят, да. Ещо серверные режымы, с множеством индивидуальных задач.
>> Ему даже кулер не особо важен (потому шо не гонится выше турбочастот),
>> какой тут интерес может быть? Для игр так вообще позор.
> Для игр? Так ведь ещё где-то с начала нулевых для игр важна
> видяха, а не проц. Ты из какой криокамеры вылез? :)Щас времена поменялись, новые видеокарты стали настолько производительными шо ЦП трудно обеспечить стабильный высокий ФПС.
По моим наблюдениям Ryzenы совсем не предназначены для карт уровня неВидии GTX 1080+.
Какие 5+ ГГц? Гнать на такие частоты, тут нужна будет водянка и где тут одинаковая цена? Вы в вакууме живете? Какой процент из всех покупателей процессоров будет его разгонять, 1-5% ?. После покупки 1800X даже и мысли ещё не возникло о разгоне
> Какие 5+ ГГц? Гнать на такие частоты, тут нужна будет водянкаНу у топовой кофелейки турбо 4.7 ГГц, до 5 всего лиш 300 МГц. А корки, в отличии от дзыня, отлично гонятся, на воде так и 5,2 ГГц уже не редкость.
> где тут одинаковая цена? Вы в вакууме живете?Хочется задать тот же 2й вопрос.
http://hotline.ua/computer-processory/intel-core-i7-8700k-bx.../
http://hotline.ua/computer-processory/amd-ryzen-7-1800x-yd18.../
> Какой процент из всех покупателей процессоров будет его разгонять, 1-5% ?.Я написал как оверклокер. И да, мне ЦП без разгона не интересны, у меня даже на телефоне ЦП разогнан. :)
> После покупки 1800X даже и мысли ещё не возникло о разгонеИ не возникнет никогда, потому шо он не гонится выше турбо частот (разгон менее 100 МГц это уже погрешность).
> Похоже, скучно только тебе: https://www.ixbt.com/news/2017/12/05/intel-coffee-lake-cpu-a...Миллион мух не могут ошибаться!
>щобы уменьшыть влияние межёядерных задержек (из за располовинивания L3).Не доказано же.
>>щобы уменьшыть влияние межёядерных задержек (из за располовинивания L3).
> Не доказано же.Доказано WinRARом, и доказано разгоном оперативки.
>Доказано WinRARом, и доказано разгоном оперативки.Ну то что rar это петушиная программа, не умеющая нормально в многоядерность мы и так знаем.
Ты тестировал 2+2 против 4+0? Разгон оперативки доказывает совсем другое.
Твоя проблема сейчас в том, что у меня есть райзен и я в отличии от тебя тестировал 2+2 и 4+0, разница меньше 1%. А также 1400 медленнее чем 1500, хотя по твоей теории должно быть наоборот.
Draw calls низкий из-за того, что у контроллеров pcie и оперативной памяти общий тактовый генератор.
>>Доказано WinRARом, и доказано разгоном оперативки.
> Ну то что rar это петушиная программа, не умеющая нормально в многоядерность
> мы и так знаем.Просто она делает упор на память, а не на ядра.
ПС: rar не програма.
> Ты тестировал 2+2 против 4+0? Разгон оперативки доказывает совсем другое.
> Твоя проблема сейчас в том, что у меня есть райзен и я
> в отличии от тебя тестировал 2+2 и 4+0, разница меньше 1%.В чом ты тестировал?
> А также 1400 медленнее чем 1500, хотя по твоей теории должно
> быть наоборот.А с какого перепугу 1400 должен быть быстрее 1500? Шото не моя логика совсем.
> Draw calls низкий из-за того, что у контроллеров pcie и оперативной памяти
> общий тактовый генератор.Вообще то pcie висит на той же шыне шо и склейки из 4х ядер и оперативная память.
И частота памяти привязана к частоте этой шыны, а то шо ты написал уже следствие.
>ПС: rar не програма.А шо це таке?
>В чом ты тестировал?
PTS, 20 тестов.
>А с какого перепугу 1400 должен быть быстрее 1500? Шото не моя логика совсем.
Это твоя логика, а не моя. 1400 процессор - одноблочный 4+0, а 1500 - двухблочный 2+2.
>Вообще то pcie висит на той же шыне шо и склейки из 4х ядер и оперативная память.
И частота памяти привязана к частоте этой шыны, а то шо ты написал уже следствие.
>шыне шо
>ы + шоСовсем наглый троллинг.
И много ты знаешь о межъядерном взаимодействии, чтобы с такой уверенностью утверждать, что тормозит именно склейка? Почему-то интел не побрезговал перейти на решетку.
Тесты 2 + 2 vs 4 + 0 будут?
Тормозит у райзенов именно pcie, проверено с помощью видеокарты, raid контроллера и infiniband. Разгон памяти (на райзене) даёт на этих устройствах производительность аналогичную связке с процессорами broadwell, частота которых (процессора) равна частоте памяти (эффективной) райзена.
>>ПС: rar не програма.
> А шо це таке?Тип архива. Так само как zip, токо проприетарный.
> PTS, 20 тестов.Pakistan Testing Service??
> Это твоя логика, а не моя. 1400 процессор - одноблочный 4+0, а
> 1500 - двухблочный 2+2.Неее, это твое незнание. :)
https://3dnews.ru/assets/external/illustrations/2017/08/01/9...
> И много ты знаешь о межъядерном взаимодействии, чтобы с такой уверенностью утверждать,
> что тормозит именно склейка? Почему-то интел не побрезговал перейти на решетку.Достаточно шобы заявить о отсутствии в Cinebench многопоточности.
> Тесты 2 + 2 vs 4 + 0 будут?
На FX?
> Тормозит у райзенов именно pcie, проверено с помощью видеокарты, raid контроллера и
> infiniband. Разгон памяти (на райзене) даёт на этих устройствах производительность аналогичную
> связке с процессорами broadwell, частота которых (процессора) равна частоте памяти (эффективной)
> райзена.То есть ты хочеш сказать шо Ряжанка проигрывает в синтетике голубым только из за убогости ядра Zen? Ну я так не щитаю.
>Тип архива. Так само как zip, токо проприетарный.1-й слив. Под линуксом программа rar называется, вантузятничек. В маздайке она кстати тоже есть.
>Pakistan Testing Service??
2-й слив. Phoronix Test Suite
>Неее, это твое незнание. :)
>https://3dnews.ru/assets/external/illustrations/2017/08/01/9...3-й слив! 1400 это R5. Так еще и картинка непонятно откуда.
>Достаточно шобы заявить о отсутствии в Cinebench многопоточности.
4-й слив! Там нет отличий между 2+2 и 4+0.
>На FX?
5-й слив! Все-таки даже не тестировал.
>То есть ты хочеш сказать шо Ряжанка проигрывает в синтетике голубым только из за убогости ядра Zen? Ну я так не щитаю.
6-й слив! Шесть раз подряд! Какое отношение IF имеет к ядрам? Я хочу сказать, что на теории межъядерного взаимодействия ты жидко обдристался. Узкое место там в другом месте.
А теперь лови в свой чуб кол. В Core 2 Quad пары ядер взаимодействуют между собой через чипсет, который распаян на материнке, через который также проходят данные на видеокарту, оперативную память, звук и сетевуху. Но это не мешает им рвать Phenom II. И тупорылой школоте с оверклокерсов не забудь это напомнить, когда она вспомнит про межъядерное взаимодействие.
Ребята, завязывайте флейм. И так всё ясно.
Ну раз ответы этому туалетному утёнку удалены краткий итог: сливальщик слился сам, и помог в этом его же аргумент с Core 2 Quad.
Да, именно так.
Не помог, ты выбрал подходящий для тебя результат, в остальных фен 2 просто обосрался.
Странно, а у меня есть такая программа rar.
luser@lhost ~ $ rarRAR 5.50 Copyright (c) 1993-2017 Alexander Roshal 11 Aug 2017
Trial version Type 'rar -?' for helpUsage: rar <command> -<switch 1> -<switch N> <archive> <files...>
<@listfiles...> <path_to_extract\>Так что неправда Ваша.
>[оверквотинг удален]
> luser@lhost ~ $ rar
> RAR 5.50 Copyright (c) 1993-2017 Alexander Roshal 11
> Aug 2017
> Trial version
> Type 'rar -?' for help
> Usage: rar <command> -<switch 1> -<switch N> <archive>
> <files...>
>
> <@listfiles...> <path_to_extract\>
> Так что неправда Ваша.Странно, это аналог unrar? В репах манжары не нахожу. Могу извениться за неточность.
Тем не менее выше говорилось о WinRAR програме, и о том как она пакует, а не куда.
[I] app-arch/rar
Доступные версии: 5.5.0_p20170811^md {all_sfx}
Установленные версии: 5.5.0_p20170811^md(10:25:40 21.08.2017)(-all_sfx)
Домашняя страница: http://www.rarsoft.com/
Описание: RAR compressor/uncompressor
> RAR compressor/uncompressorПасибо, не знал шо упаковщик RAR под Linux существует.
А 7-Zip по всем тестам на Виндах у Райзена быстрее соответсвующих Интелов и что?
> А 7-Zip по всем тестам на Виндах у Райзена быстрее соответсвующих ИнтеловУ меня может тесты неправильные какие: https://images.anandtech.com/graphs/graph11859/91881.png ?
Так бери интел, неужели тебя насильно заставляют амд брать?)
Меня лично райзен более чем устраивает.
Оверклокерская оперативка - это оем от самсунга, притом даже можно с ECC брать и оно даже работает на многих матерях.А межядерные задержки - ну я даже не знаю кому они мешают :)))
> Так бери интел, неужели тебя насильно заставляют амд брать?)
> Меня лично райзен более чем устраивает.
> Оверклокерская оперативка - это оем от самсунга, притом даже можно с ECC
> брать и оно даже работает на многих матерях.
> А межядерные задержки - ну я даже не знаю кому они мешают
> :)))Так ненужно, в Linux FX отлично справляется. ;)
А ты в линукс играешь?
Мне вот что в играх 2008 что в компеляции ощутимо заметна разница между райзеном и моис старым интелом :)
> А ты в линукс играешь?Как в сам GNU Linux, так и в пару игр на нем.
Ближайшие (14нм и 8 ядер) конкуренты стоят намного дороже и TDP выше.
https://www.regard.ru/comparen.htm?id=c528178c780644d14f6be6...
> Ближайшие (14нм и 8 ядер) конкуренты стоят намного дороже и TDP выше.
> https://www.regard.ru/comparen.htm?id=c528178c780644d14f6be6...Сначала 4х канальную память в Ryzen добавь тогда и сравнивай с этими.
Но о кофелейках ты конешно не слышал, да?
> Но о кофелейках ты конешно не слышал, да?Он схитрил и написал про 8 ядер и тут он прав. Кофе 8-ми ядерного нету.
> Сначала 4х канальную память в Ryzen добавь тогда и сравнивай с этими.
А в кофе что завезли уже?
> Он схитрил и написал про 8 ядер и тут он прав. Кофе 8-ми ядерного нету.Зачем им ядра, если частота овер 1 ГГц?
> А в кофе что завезли уже?А их сравнивает кто по цене с TR4?
Threadripper вообще пока бескомпромиссный вариант - цена/производительность:
https://www.regard.ru/comparen.htm?id=9ab65ec4566743663bf492...
Вот только будете ли вы радоваться, если амд загнётся и их с потрохами купит nvidia/amd (а вот против покупки arm llc я не возражаю - после этого arm потеснит наконец моноплистов с их бекдорами и проприетарщиной)?
> Вот только будете ли вы радоваться, если амд загнётся и их с
> потрохами купит nvidia/amd (а вот против покупки arm llc я не
> возражаю - после этого arm потеснит наконец моноплистов с их бекдорами
> и проприетарщиной)?И много ARM открыл? Даже убогий mali и тот закрыт.
Скорее Intel купит AMD, у них там закон о лоббирование, проглотят.
> Скорее Intel купит AMD, у них там закон о лоббирование, проглотят.amd вроде как завязана с военкой, так что видимо не поглотят (в этом разрезе меня несколько удивляет что амдешники делают реальные вещи с открытием дров, (я так понял на них регулярно пытаются/пытались надавить всякие кластерщики и ко "дайте нам быстрые дрова", на что амдешники таки ответили нате вам дрова и сами напилите быстрые) чему я очень рад)
Кстати, а есть у кого вопросы к драйверу 17.50 ?
https://www.opennet.dev/opennews/art.shtml?num=47726
A когда появится в ядре?
Никогда, очевидно же. Это юзерспейс либа.
Не знаешь - молчи. Уже начался процесс интеграции плюшек из amdvlk в radv. https://www.phoronix.com/scan.php?page=news_item&px=AMDVLK-T...
Может, вы заодно расскажете, каким боком RADV относится к ядру?
> Может, вы заодно расскажете, каким боком RADV относится к ядру?Расскажу. Таким же боком, как и "A когда появится в ядре?".
На правах ликбеза.Драйверы видеокарты делятся на две плюс-минус независимые части -- ядерную и юзерспейсную. Если мы говорим про AMD с драйверном amdgpu, то ядерная часть давно является неотъемлимой частью ядра, компилируется в amdgpu.ko. При этом есть юзерспейсный драйвер amdgpu в mesa, который опирается на ядерный amdgpu, и который компилируется в amdgpu_drv.so. Ты можешь поискать первый в /lib/modules/чё/то/там, а второй в /usr/lib/xorg/modules/drivers. Гарантий, что найдёшь, нет -- первый может быть статически влинкован в bzImage, и любой из них может отсутствовать, если не устанавливался в систему.
А есть ещё в mesa юзерспейсный radv, который тоже опирается на ядерный amdgpu и компилируется (надо полагать) в radv_drv.so.PAL -- это библиотека абстракции от железа, позволяющая написать юзерспейс-драйвер для широкого спектра видеокарт. Совать PAL в ядро не получится -- Торвальдс материться начнёт: ему в ядре вот только сиплюсплюсов всяких с графическими стеками не хватало.
Спасибо!
> При этом есть юзерспейсный драйвер amdgpu в mesa, который опирается на ядерный amdgpu, и который компилируется в amdgpu_drv.so.Не совсем так. Юзерспейсный драйвер в mesa исторически называется radeonsi. А вот бэкенд llvm для компиляции шейдеров называется amdgpu (так же, как и ядерный модуль).
На правах ликбеза самое главное скажите: вот это обсуждаемое, оно мне, среднему пользователю, в мейнстримный дистрибутив (допустим, федора) само вместе с очередным обновлением каким-то образом приедет, или нужно будет совершать дополнительные действия? Сейчас, если не ошибаюсь, стоит свободный из репозитория, никакие не про, ничего. Это и есть RADV? В него внедрят/бэкпортируют новооткрытый код? Или надо будет ставить другой драйвер? Я запутался.
> На правах ликбеза самое главное скажите: вот это обсуждаемое, оно мне, среднему
> пользователю, в мейнстримный дистрибутив (допустим, федора) само вместе с очередным обновлением
> каким-то образом приедет, или нужно будет совершать дополнительные действия? Сейчас, если
> не ошибаюсь, стоит свободный из репозитория, никакие не про, ничего. Это
> и есть RADV? В него внедрят/бэкпортируют новооткрытый код? Или надо будет
> ставить другой драйвер? Я запутался.Я не знаю как федора подбирает драйвера под видеокарту. Генту не подбирает, приходится вручную, поэтому я знаю какие дрова стоят у меня в генту. А на ноуте у меня какой-то клон убунты, и я не знаю, что там с железом творится от слова вообще.
Вообще, чтобы разобраться что именно стоит, надо повтыкать в /var/log/Xorg.0.log. Там может быть сложно разобраться, потому что все установленные в системе драйвера упомянуты, но если повтыкать как следует, то можно понять.
Будут ли внедрять новооткрытый код в radv -- это вопросы, которые следует адресовать разработчикам radv. Они, вероятно, сами ещё не знают, потому что не успели изучить PAL и понять, нужно им это или нет. Хотя, думаю, так или иначе открытие PAL повлияет на разработку radv: если они не перейдут на PAL, то либо накопипастят оттуда кода, либо, по-крайней мере, узнают какие-то новые для себя фишки.
Спасибо! У меня стояла генту, но после того как в очередной раз поломал граф зависимостей, окирпичив emerge, плюнул на это дело. Теперь за меня думает ред хат. А видеокарта моя упомянута в списке, потому заинтересовало, касается ли меня напрямую новость. Видимо, касается, подождём либо новых пакетов, либо новостей от кто там занимается RADV. Подписался на тег в форониксе.
Лучше бы Wattman наконец запили.
> Лучше бы Wattman наконец запили.И автоматическое управление вентиляторами в простое системы.
А в чём там такая проблема, что fancontrol не справляется?
Из ядра? конечно не умеет, винда умеет и профили писать не нужно в держа лишние демоны.
Разве fancontrol из коробки измеет профили для AMDGPU Vega/Polaris?
Из коробки не умеет, конечно, но накрутить профиль - пара минут. А борьба с "лишними демонами" это забавно, конечно, но абсолютно бессмысленно.И никаких тебе ожиданий, когда запилят в ядро. "Не надо звать, не надо ждать - а можно взять и почитать".
> Из коробки не умеет, конечно, но накрутить профиль - пара минут. А
> борьба с "лишними демонами" это забавно, конечно, но абсолютно бессмысленно.
> И никаких тебе ожиданий, когда запилят в ядро. "Не надо звать, не
> надо ждать - а можно взять и почитать".Вся суть что эти частоты на борту VBIOS/EFI моудля с динамикой регулировки от нагрузок.
Какие частоты? Частота карты нас не интересует - только показания её термометра. Текущая частота вентилятора экспосится как и для всех других вентиляторов - и тоже нас, кстати, интересует постольку-поскольку. Всё, что нас волнует - это текущая температура, целевая и ШИМ-крутилка для задания оборотов вентилятора. Карта имеет возможность это сдедать самую малость оптимальнее (она знает, когда повышает частоты, и может вентиль разогнать сразу, не дожидаясь самого роста температуры), но это уже детали, по большому счёту.
> А в чём там такая проблема, что fancontrol не справляется?Режим автономного управления куллерами из amdgpu подсистемы Linux не умеет, но можно написать формулу для профиля fancontrol это да и передавать ядру постоянно значения куллера/вольтажа.
Ну понятно, что настроить надо - но это, как бы, не rocket science совершенно
Чего, амдешные карточки до сих пор впустую лопатят воздух кулерами под линукс? О_о я думал, хоть это вы давно решили. На уровне "из коробки", я имею ввиду. Без привлечения юзерпрограмминга.
Как минимум, Polaris не молотит, разве что веги какие
На моём Полярисе всё само регулируется. Просто иногда хочется, чтобы потише работало.
Мне интересно, если бы в последнее время не теряла долю среди видеокарт, открывала бы она драйвера?
Встречный вопрос: а открытость драйвера это офиненно прям __коммерческое__ преимущество? Или 99.9% покупателей наср*ть?
if ("Покупатель" !== "Энтузиаст") с кучей денег.
Да. Это куча бесплатных девелоперов/тестировщиков - для конторы, которая продает не код, но железо, это очень большой плюс по деньгам.
>Встречный вопрос: а открытость драйвера это офиненно прям __коммерческое__ преимущество?Да как сказать… Вот собирается некая страна заключить контракт на поставку видеокарт для компьютеров в госорганизации. А процессоры у них, допустим, с mips-овой архитектурой. Процессоры свои есть, а видеокарт пока нет, вот они их и закупают. В этом случае открытый драйвер мало того, что сам по себе весьма полезен (можно проверить на закладки), так его ещё можно переписать под что-то кроме x86_64.
а с какой стати вы решили что продажи падают? только не говорите про статистику steam, им даже четверть покупателей карт не пользуется. финансовые дела у amd идут прилично, а их карточки постоянно в дефиците на полках (в некоторых странах даже при завышенных ценах)
У меня аж все мосфеты прогорели в питании видеопамяти.
Не ври, мосфеты для памяти не горят, с ними все норм.
Как уже сказали выше, их разбирают майнеры, а как собственно графические ускорители они не сильно популярны в последнее время.
> Как уже сказали выше, их разбирают майнеры, а как собственно графические ускорители
> они не сильно популярны в последнее время.на самом деле не так уж и важно ради чего их разбирают, если разбирают - значит их использовать выгодно
Откуда такая информация? Мне известно, что 580 > 1060.
Ну игруны обычно AMD сторонкой обходят, так зато майнеры всё смели.
Так что без денег не останутся пока.
Только будет хуже если игроделы будут точить игры под невидиа только. Поскольку когда майнинг поутихнет или переберётся на специализированное железо, то внезапно игруны понадобятся как довольно стабильно выдающие спрос на новые решения. И вот тогда будет больно поскольку будет вагоны игр которые ну никак особо не учитывают AMD и вертись они как хотят.
Та же вега предлагает довольно интересные фичи, но кто их будет имплементить если цены на них взвинчены, покупают их майнеры и игрунов с вегами фиг да нифига. Каким игроделам это нужно будет?Некоторые могут сказать что так ведь есть Sony с Xbox где графика AMD используется, но тем не менее это не сильно помогает играм что-то сейчас.
Да и вообще я не понимаю сколько AMD будет насиловать Polaris оставляя Vega в премиум и встройках. Это же ей только и хуже что фичи не доходят до массового рынка и их никто не саппортит из игроделов. Для Nvidia с её Titan V это допустимо поскольку этот самый тинан нифига не игровое решение, но не для обычных видеоускорителей.
Майнинг не утихнет и никуда с видеокарт не денется, как минимум, в ближайший год. Та крипта, которую майнят на видеокартах, специально спроектирована чтобы максимально усложнить уход на специализированное железо, так как это порождает ряд специфических проблем, связанных с монополизацией.Вегу, насколько я понимаю, стоит ждать на новом техпроцессе - похолоднее и пошустрее. Ходят слухи, что AMD немного нагрел производитель чипов с их характеристиками
Спорное утверждение. Учитывая что сама крипта не обусловлена товаром, то в итоге её цена сейчас играет за счёт спроса и биржи. Одним словом цена её пока спекулятивна. При этом вся остальная крипта так же сильно пляшет от самого биткоина по курсу. А если вспомнить проценты за транзакции в битках, то биток можно сказать мёртв как валюта для купли чего либо.(если это не исправят как-то)
Да теоретически может выстрелить другая крипта, но пока её нету.
Под специализированным железом я имею ввиду не под конкретную валюту, а по типу видеокарт, но без всякой обвязки лишней и блоков. Которое будет дешевле и выгодней для майнинга, но бесполезно или неприменимо как графический ускоритель. Майнерам по сути нужна вычеслительная мощность и память от GPU. На остальное что имеется в ВК им в общем-то глубоко класть.> Вегу, насколько я понимаю, стоит ждать на новом техпроцессе - похолоднее и пошустрее. Ходят слухи, что AMD немного нагрел производитель чипов с их характеристиками
Интересный слух. А откуда у него ноги растут не в курсе?
Сейчас вторая волна биткоин майнинга надвигается, уже в браузеры с GPU и JavaScript. uBlock прокачал?
А тем, кому 3D не надо, LLVM Pipeline Compiler сильно нужен? (Ну зачем тащить в систему 1 ГБ мёртвого кода?)
Рекомендую использовать контейнеры.
- Создать контейнер - копию хоста
- Установить внутри все необходимые зависимости с компиляторами
- Скомпилировал
- Забрал из контейнера бинарники.
- Удалил контейнер.
Я давно все make/make install в Докере делаю.
Проблема не в сборке, а в необходимости держать в системе толстый рантайм LLVM.
> 54M /usr/lib/x86_64-linux-gnu/libLLVM-5.0.so.1
> 58M /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1100 метров это много?
Если у вас рендеринг окошек через CPU то да нафиг не нужен. Но что-то я сомневаюсь что у вас оболочка не юзает ускоритель.
> Если у вас рендеринг окошек через CPU то да нафиг не нужен.
> Но что-то я сомневаюсь что у вас оболочка не юзает ускоритель.% pkg info llvm50
llvm50-5.0.0_6
Name : llvm50
Version : 5.0.0_6
Installed on : Tue Dec 26 18:58:38 2017 MSK
Origin : devel/llvm50
Architecture : FreeBSD:11:amd64
Prefix : /usr/local
Categories : devel lang
Licenses : LLVM
Maintainer : brooks@FreeBSD.org
WWW : http://llvm.org/
Comment : LLVM and Clang
Options :
CLANG : on
COMPILER_RT : on
DOCS : off
EXTRAS : on
GOLD : off
LIT : on
LLD : on
LLDB : off
OPENMP : on
Shared Libs required:
libedit.so.0
libxml2.so.2
Shared Libs provided:
libclang_rt.ubsan_standalone-x86_64.so
libclang_rt.ubsan_standalone_cxx-x86_64.so
libclang.so.5
libclang_rt.dyndd-x86_64.so
libLLVM-5.0.so
libomp.so
libclang_rt.asan-x86_64.so
libLTO.so.5
Annotations :
Flat size : 1.30GiB
Description :
The LLVM Project is a collection of modular and reusable compiler and
toolchain technologies.This port includes Clang (a C/C++/Objective-C compiler), LLD (a linker),
LLDB (a debugger), an OpenMP runtime library, and the LLVM infrastructure
these are built on.WWW: http://llvm.org/
% pkg info -r llvm50
llvm50-5.0.0_6:
mesa-dri-17.3.1_1% pkg info -r mesa-dri
mesa-dri-17.3.1_1:
xorg-server-1.18.4_6,1% pkg info -r xorg-server
xorg-server-1.18.4_6,1:
xorg-minimal-7.5.2_1
xf86-video-ati-7.9.0_1,1
slim-1.3.6_15
xf86-input-keyboard-1.9.0_1
xf86-input-mouse-1.9.2_1
xf86-video-nv-2.1.21_1
xf86-video-scfb-0.0.4_5
xf86-video-vesa-2.3.4_1% glxinfo -B
name of display: unix:0.0
display: unix:0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD RS880 (DRM 2.29.0 / 11.1-STABLE, LLVM 5.0.0) (0x9710)
Version: 17.3.1
Accelerated: yes
Video memory: 512MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 3.1
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
OpenGL vendor string: X.Org
OpenGL renderer string: AMD RS880 (DRM 2.29.0 / 11.1-STABLE, LLVM 5.0.0)
OpenGL core profile version string: 3.1 (Core Profile) Mesa 17.3.1
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)OpenGL version string: 3.0 Mesa 17.3.1
OpenGL shading language version string: 1.30
OpenGL context flags: (none)OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.3.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
Так собран пакет у вас, в linux у libllvm нету зависимости на *clang>[оверквотинг удален]
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f70d1ec7000)
> libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f70d1c9e000)
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f70d1a81000)
> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f70d1866000)
> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f70d14e4000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f70d11db000)
> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f70d0fc4000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f70d0bfa000)
> /lib64/ld-linux-x86-64.so.2 (0x000056488f9c8000)
> libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f70d09e5000)И весит мало
> du -hs /usr/lib/x86_64-linux-gnu/libLLVM-5.0.so.1
> 54M /usr/lib/x86_64-linux-gnu/libLLVM-5.0.so.1Для mesa ничего больше из llvm не нужно.
Рискну предположить, что весь llvm целиком вместе с clang нужен только для сборки, а для работы достаточно libllvm, которая занимает значительно меньше гигабайта.
> Рискну предположить, что весь llvm целиком вместе с clang нужен только для
> сборки, а для работы достаточно libllvm, которая занимает значительно меньше гигабайта.А в линуксах сколько места занимает рантайм LLVM, без которого нельзя обойтись в графике?
К сожалению могу констатировать, что как игровой API Вулкан не оправдал себя.
За 2016 год вышло только 2(два) ААА проекта использующие Vulkan = Dota2.vulkan и DOOM 2016
А в 2017 это количество уменьшилось до 1(одной) Wolfenstein II: The New Colossus.
Разработчиков отталкивает:
- излишняя сложность API Vulkan
- Отсутсвие обратной совместимости с openGL
- Недостаточное количество готовых решений: библиотек, движков, шейдеров
- Значительные преимушества API Vulkan дает только для потребителей с относительно новыми видеокартами 2015 года выпуска и моложе. Таковых по статистике стима менее 20%
С учетом того что популяные 3D движки такие как Unreal4, Unity, CryEngine начали поддерживать Вулкан только недавно, достаточное количество игр активно использующих данное API мы увидим не раньше 2017 + (среднее время разработки ААА~2-3 года) = 2020 года
> - излишняя сложность API VulkanВообще это как раз фича вулкана. Более низкоуровневый подход чем в OpenGL.
Да и фичи вулкана перекликаются с DX12 а его в любом случае поддерживать придётся игроделам. Главное что бы осилили эффективно его использовать.
>> - излишняя сложность API Vulkan
> Вообще это как раз фича вулкана. Более низкоуровневый подход чем в OpenGL.Да, но эта сложность удорожает разработку. Какой смысл тратить лишние пару сотен килобаксов на разработчиков, которые могут в вулкан и получить 10-20% прироста фпс, если можно спокойно половину этих денег потратить на оптимизацию геометрии и полуить те же 10-20% (а может и больше), а вторую - на рекламу?
Эти разработчики нужны в движке игр, и они там и так есть(должны быть), а не в каждом проекте.
Иначе будь там что вулкан что не вулкан всё было бы плохо.
Вулкан , опенгл и типа паразиты которые его делают и каким то чудом получают за фикцию работы , завтра скажут что вулкан не нужен и че ты будешь делать ? Правильно сидеть на жл и так же получать шекели
> - излишняя сложность API VulkanЯ вот помню, чего стоит вывести текстурированный прямоугольник в том же OpenGL ES 2.0. Так что если вулкан ещё сложнее - один хрен сидеть себе мозг выносить.
> - Отсутсвие обратной совместимости с openGL
Совместимости в исходниках или отрисовать одно в другом? Насколько я знаю, у невидии есть какая-то инструкция, с помощью которой вулкан можно в OpenGL контекст отрисовать.
> - Недостаточное количество готовых решений: библиотек, движков, шейдеров
Unreal, Unity, CryEngine (перечисленные вами внизу), не говоря уже о менее известных движках. Даже кодеры создают такую красоту: https://github.com/begla/Intrinsic
> - Значительные преимушества API Vulkan дает только для потребителей с относительно новыми видеокартами 2015 года выпуска и моложе.
600 серия от нвидии и 7000 серия радеонов вышла в 2012 году. Да и преимущество это даёт, если у тебя стоит core 2 quad и подобная видеокарта.
> Да и преимущество это даёт, если у тебя стоит core 2 quad и подобная видеокарта.Многоядерность имеете ввиду. Ведь так? Что бы вызов draw call не упёрся в одно ядро. Так?
https://en.wikipedia.org/wiki/List_of_games_with_Vulkan_support
Начал за упокой - кончил за здравие.
> Значительные преимушества API Vulkan дает только для потребителей с относительно новыми видеокартами 2015 года выпуска и моложе.это ещё почему ??
А владельцы 6970 слишком устарели :(
