Компания NVIDIA опубликовала выпуск проприетарного драйвера NVIDIA 455.23.04. Драйвер доступен для Linux (ARM, x86_64), FreeBSD (x86_64) и Solaris (x86_64)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53731
Лучший драйвер!
Из...?
Из всех драйверов
Для?
Для чётких пацанов
Чито?
Ага, лучше уж бинарная нвидия, чем опенсорц интел. Хоть работает всегда и нормально, а не это говно.
Вот только ускорение видео на Нвидии в ФФ с ним похоже не заработает никогда - DMABuf недоступен, EGL работает из рук вон плохо.
А зачем оно? Все равно Firefox запускается на интегрированной в CPU графике, которая не греет ноутбук, а APU сейчас это холодный intel или производительный AMD. А nvideo в качестве основной видеокарты сейчас наверное даже на стационарных никто не использует.
Я использую, потому-что проц с GPU гонится хуже, если его не отключать.
У меня проблем с нуво не было. Никогда. Имею карту с НЕНАВИДИЕЙ.
Когда это DOOM: Eternal вышел на FreeBSD, Linux или Solaris?
Про Wine я так понимаю вы не слышали...
А сейчас же модно тестить производительность на всяких протонах с вулканами.
А куда деваться.
Так а работает не самым плохим образом, если не хочется ставить Windows в дуалбут, то можно и так поиграть. Тут игры толком никому не нравятся, но всё же.
Шта?
На этом сайте ненавидят игры, но все равно в нмж играют?
Вот же любители bsdm.Если мне какая-то вещь не нравится, то я ей пользоваться и не буду.
А кто минусует то, любители БДСМ как раз?
А чем этот выпуск драйвера отличается от остальных на столько, что надо писать об этом новость?
Видимо, поддержкой GPU RTX 3080?
Так и про остальные выпуски писали. Про дрова Nvidia всё время новости выходят.
Да кстати, а где про амуде?
Постоянно выходят новости про АМД. В отличие от НВидиевских проприетарных блобов, каждый релиз Linux Kernel = релиз драйвера AMDGPU.
amdgpu вроде как вообще отдельный пакет. У меня это xf86-video-amdgpu
Пакет xf86-video-* не обязательно нужно устанавливать если у вас самый свежий выпуск X.org. А если у вас Wayland, то и вовсе лишними будут все пакеты xf86-*.
Это иксовый драйвер, иксы выводят 2D через него, раньше это назывался DDX драйвер, он умел делать некоторое подмножество операций графического адаптера для ускорения 2d, например масштабирование или перемещение битмапов на экране. Теперь ускорение 2d происходит через OpenGL, иксовый драйвер использует OGL драйвер для вывода картинки, плюс еще умеет менять разрешения, режимы работы и еще какие-то специфичные части.Без xf86-video-amdgpu карты amd могут работать, ускорение будет работать через вызовы к OpenGL драйверу, а изменения режимов и разрешений будет происходить через modesetting, но я слышал что тогда возможно появление тиринга, т.е. картинка из видобуфера не совсем синхронизирована с refresh rate монитора.
А также каждый релиз Mesa.
Так у AMD свободный драйвер в ядре, зачем ему отдельные новости. Во времена Catalyst новости про блоб были, но это было давно.
Про AMD это надо рыться в выпусках ядра :).
Ну и про AMDGPU-PRO тут периодически пролетают известия.
Сколько же у вас свободного времени, что зайти на Opennet, увидеть новость, которая не нравится и высказать своё Мнение, которое нам всем безумно важно.Тьфу ты, проблевался.
// b.
А с чего ты решил, что твоими новостями все обязаны только восхищаться?
Дмитрий, а что сложно мимо пройти и не поднимать вонь?// b.
Да, сложно.
Ведь вонять веселей и смешней.
Ну так я вижу вонь в паблике - пишу комментарий, это вроде как не запрещено.
Местные оболтусы только и сидят на opennet, ибо им делать больше нечего.
Лично я очень рад обновлению драйвера, первая хорошая новость за неделю. DPMS (и harddpms заодно) у меня не работали, зато питалово при переключении на tty отключалось. Я надеюсь, исправили, а то 450 какой-то проблемный в этом отношении. Ну и ещё с композитингом (opengl/xrender -- оба) видео превращается в слайдшоу всегда и другого не показывает, такого раньше я не наблюдал. Кроме того с "UseNvKmsCompositionPipeline" "On" оконный менеджер жрёт процессор, надо оконный менеджер запускать с переменной окружения __GL_YIELD="USLEEP". А с "UseNvKmsCompositionPipeline" "Off" всё крашится. ForceFullCompositionPipeline тоже не удалось отключить, потому что тиринг не перебороть иначе -- раньше то вроде как-то и без этого тиринга не было. Vsync что-то тормозить начал, раньше таких просадок не было. Зато в 450 починили кое-какие баги вулкана, gpu hang в dxvk пропал. В общем, отпишусь, исправили или нет.
Однако интересные страдания у пользователей зеленых крокодилов
Видео не тормозит больше, вроде бы. Всё остальное осталось. Ну и ладно, я бы даже не заметил. :D
Я на 450.56.11 (nvidia-vulkan-dkms в AUR), GTX 1660 Super (это Turing).
cat /usr/share/vulkan/icd.d/nvidia_icd.json
{
"file_format_version" : "1.0.0",
"ICD": {
"library_path": "libGLX_nvidia.so.0",
"api_version" : "1.2.149"
}
}
А у 455 там api_version меньше согласно одному комменту с gamingonlinux.
У меня просто:
Option "metamodes" "1920x1080_74 +0+0 {ForceCompositionPipeline=On}"
Option "AllowIndirectGLXProtocol" "off"
Option "TripleBuffer" "on"
никаких picom/compton никогда не использовал, вообще нет тиринга, но это если на tty не переключаться и не suspendить. После suspend тиринг может появляться и NVENC исчезает вроде. Тиринг всегда проверяю на vsynctester.com в FF первую очередь. С Хромиумом была проблема — ≥50% кадров пропускал вне WebGL (но даже так тиринг не был), вылечил, отключив GPU rasterization и Vulkan в about:flags, от этого медленее ничего не стало, стало 74 FPS под мои 74 Гц вместо 60 FPS, на shadertoy меньше FPS не стало. Vulkan в Хромимуме, кстати, в любом случае крашится до сих пор почти на первой вкладке быстро, и незаметно подменяется на OpenGL судя по логу в самом низу about:gpu.DPMS работает, но бывает случайным образом, что никак монитор не пробудить (даже кабель вытаскивал, но в другие DisplayPort-порты не пробовал перетыкивать), кроме как всплепую открывать терминал и вводить xrandr -s 1920x1080 (без суффикса _74 у меня 60 гц), а затем nvidia-settings и ставить там 74 Гц и галочку ForceCompositionPipeline.
Даже xset dpms chtototam не спасал.
Попробую потом это, не знаю будет ли пробуждать:
nvidia-settings --assign CurrentMetaMode="DP-2: 1920x1080_60 +0+0 {rotation=normal, ForceCompositionPipeline=On}"
Но раньше такого не было, т.ч. это скорее всего из-за того, что стал использовать свой edid файл, чтобы 50 Гц, 71.93 Гц, 74 Гц на Dell U2311H были: Option "PreferredMode" "1920x1080_74" в Section "Monitor"; и Option "CustomEDID" "DFP-2:/home/arzeth/edid74fixOrder.bin" Option "UseEdidDpi" "FALSE" Option "DPI" "96 x 96" в Section "Screen".
Первый раз слышу про HardDPMS (про UseNvKmsCompositionPipeline тоже), надо попробовать. Хотя нет, HardDPMS же уже включён по умолчанию судя по changelog 440.31. Значит попробую отключить.Если Option "UseNvKmsCompositionPipeline" "true" (и с, и без __GL_YIELD="USLEEP"), то при
vkmark -p immediate --fullscreen -b vertex:device-local=true (или device-local=false) в конце будет фриз и сразу успешное закрытие.
Причём без --fullscreen всё норм. А если во время бенчмарка на другой виртуальный экран переключиться, то картинка застынет немножко и закроется с:
Failed with exception: vk::Queue::presentKHR: ErrorOutOfDateKHR
В dmesg за всё это время ничего не прибавилось.
Поэтому я поставил себе сейчас Option "UseNvKmsCompositionPipeline" "false" (по умолчанию true, как оказалось). И mpv при переключении тупить стал меньше. FPS в играх не сравнивал.
Протестировал 4 варианта (true и false — их с и без __GL_YIELD): крашей и нагрузки ЦП (1% ядра не считается) не было (i3 WM), проверял на браузерах, DXVK, glmark2, glmark2-es2, vkmark.
А без этих упражнений можно пользоваться невидивой графикой, просто воткнул в комп и все?
> А без этих упражнений можно пользоваться невидивой графикой, просто воткнул в комп
> и все?Это про nvidia. Несколько раз менял карты, вставил новую и погнал -- всё работает на 100%, даже устанавливать и менять в настройках ничего не надо. Они просто решили избавиться от статеринга и переработать энергосбережение, вот и полезли проблемы. Но при том, что wm жрёт процессор, на приложениях я разницы не заметил. А тиринг со статтерингом так и вовсе не каждый ещё и увидит, это надо знать, куда смотреть, как минимум.
Спасибо, очень интересно. Да, в 455.23.04 версия, если верить написанному, 1.2.142. Но зато libnvidia-egl-wayland.so повысила версию (на 1.1.5), и есть определённые надежды на этот счёт. Без композитного менеджера работать это не вариант -- тиринг видно, если начать таскать окно мышкой, например. Не частый юзкейс, но тиринг будет всегда и везде, если он есть, и без композитного менеджера мне удалось победить его только ForceFullCompositionPipeline. Только в файрфоксе остался, но больше никаких разрывов на видео и играх. Проблемы у меня начались с 450, до того всё прекрасно было. Правда, и использовал я композитинг xrender вместо opengl, это я пару дней назад перешёл на opengl и вспомнил, что UseNvKmsCompositionPipeline жрёт процессор (буквально 30% на пустом месте, когда больше ~1% быть не должно).
Гребаная нивидия. Прошивки где?
Как то я пытался запилить OutputClases в хорге для видюх, под фрёй, помню всё упурлось в то, что все драйверы работали а nvidia - нет, они через какой то хак работают с хоргом или это легаси какое то.Выглядит как куча костылей, но с точки зрения юзера нвидия довольно безпроблемна.
С amdgpu веселее: приходится на одних системах юзать его от 4.16 линуха, на других от 5.0 - все зависит от того насколько свежий биос.
Ну а radeon - вообще уже неюзабелен, под фрёй то уж точно, на него забили.
Под линуксом radeon работает без проблем, VA-API тоже работает
Я подозревал :)
С другой стороны radeon это для уже относительно старых видюх, начиная с gcn1 (HD7***) можно юзать amdgpu.
Отличные драйвера, в той же *бунте одним щелчком устанавливаются. А вы попробуйте AMDGPU-PRO установить. Голову сломаете пока просто драйвер скачаете, на оф. сайте и при поиске одни протухшие версии попадаются. И вам повезет, если после установки вы не словите черный экран и намертво зависшую систему.
Ближайшая моя карта будет точно Nvidia и скорее всего 3070.
Зачем тебе amdgpu-pro, глупыш?
Все эти вулканы, vaapi и прочие egl-ы великолепно работают со стандартной месой же.
Вот чудак, сначала пытается установить ненужную и неведомую хренотень, а потом возмущается, что она не устанавливается.
А ничего, что некоторые игры, например, HITMAN 2 и Shadow of the Tomb Raider работают лучше именно на проприетарных драйверах? При этом, некоторые другие игры, наоборот, лучше играть на свободных. Причем разница в зависимости от версии драйвера может достигать 30-100% в любую сторону.
Это вы называете качественными стабильными драйверами? Никогда у AMD не было хороших драйверов, независимо от платформы.
> 30-100% в любую сторонуочевидно, разбег существует, но он явно не такой большой, будь добр, скинь ссылочку или сам покажи
> Это вы называете качественными стабильными драйверами?
Отчет анонимуса выше показывает "качество" этих ваших драйверов для невидии.
> А ничего, что некоторые игры
Ничего, линукс не станет нормальной игровой платформой до появления нормального графического стека, и невидия вносит свою долю хаоса в текущее положение вещей похлеще, чем два разных драйвера амуде
> очевидно, разбег существует, но он явно не такой большой, будь добр, скинь ссылочку или сам покажиВот подборка статей с тестами на Phoronix:
https://www.phoronix.com/scan.php?page=search&q=AMDGPU-PROК примеру, полистай этот тест:
https://www.phoronix.com/scan.php?page=article&item=amdgpu-p...
К примеру, полистал вторую ссылку, открытый драйвер отстает от закрытого только в rotr, и не на 30%, а на 20% максимум от производительности открытого драйвера, 100% там не пахнет ни в каком случае, для первой ссылки открыл последний тест, отставание открытого от закрытого в rotr, но оно сократилось по сравнению с предыдущим примером из второй ссылки. В остальных случаях открытый драйвер по производительности равен или лучше.Даже для Unigine Heaven отставание максимум 25%, но ведь ты же не играешь в бенчмарк?
Попробуй еще раз показать мне разбег в 30%-100%
> Даже для Unigine Heaven отставание максимум 25%Я думал, открытый драйвер оптимизировали в первую очередь на бенчмарках. Неужели закрытый драйвер всё ещё работает быстрее?
А по поводу сложности установки - согласен. Разгон тоже сложно делать. Или уже поправили?
>разница в зависимости от версии драйвера может достигатьНа винде так же было лет 30 назад. Думаю, к 2040 в линуксах все наладится в этом плане.
> Отличные драйвераТолько собраны под полторы архитектуры :D.
Там в supported profucts только GeForce RTX 3090 и GeForce RTX 3080. Остальные всё что ли?
остальные Нвидия разрешила выкидывать :)
Поддерживаются те же GPU, что и 450-й серией. В описании накосячили.https://www.nvidia.com/download/driverResults.aspx/163518/en-us
Автор новости походу сайтом ошибся.
> DiRT Rally 2.0, DOOM: Eternal и World of Warcraft
> Red Dead Redemption 2Хотелось бы нативные порты. Жаль, что это трудоёмко. Поддержка OpenGL и Vulkan, вывод через SDL2 (ввод тоже), зависимость от Glibc 2.12+, лаунчер на Qt5. Звук через OpenAL.
>Хотелось бы нативные порты.А зачем? Doom Eternal отлично через Proton работает.
>Поддержка OpenGL
OpenGL сдох. Для подобных игр его вообще трогать нет смысла.
>> Хотелось бы нативные порты.
> А зачем? Doom Eternal отлично через Proton работает.Затем, что если есть возможность не использовать врапперы и трансляторы, их не надо использовать
>> Поддержка OpenGL
> OpenGL сдохСкажи это Голливуду
> Для подобных игр его вообще трогать нет смысла.
Сейчас мало игр используют Vulkan вообще. Многие новые игры используют старые высокоуровневые API. Потому что создавать движок поверх низкоуровневого API непросто.
Например я поиграл в игру Polyball. Эта игра вдохновлена Marble Madness. Сильнейшие фризы и тормоза в игре с простейшей графикой. В OpenGL-режиме такого не было. Это говорит о том, что не каждый может написать хороший игровой движок на вулкане, как это смогли сделать Croteam и Id Software.