Я на 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.