Nvidia + режим ожидания в gnome

# 08.01.2023 11:25

vasek:надежды мало, но проверить стоит

options nvidia NVreg_PreserveVideoMemoryAllocations=1 
options nvidia Nvreg_TemporaryFilePath=/var/tmp

Изменений нет.

Информационно. В корне свободного места почти 10 Гб.

➜  nvidia-smi -q -d MEMORY |grep 'FB Memory Usage' -A1
    FB Memory Usage
        Total                             : 4096 MiB

vasek · # 08.01.2023 11:36

vall:Total : 4096 MiB

думаю, что в suspend уходит всетаки меньше 4Gb ... тогда похоже тебе с этим нужно просто смириться ...

# 08.01.2023 11:38

В любом случае этот опыт для меня был полезен. Вода камень точит.

vasek · # 08.01.2023 11:40

Но топик, думаю, не напрасный - кому то всеравно поможет ...

vasek · # 08.01.2023 12:48

vall, если не сложно приведи вывод cat /sys/power/mem_sleep

Кстати, почитал повнимательнее DOC и понял, что нами рассмотрен всего один способ - цитата из DOC

Чтобы сохранить потенциально большие части видео памяти, драйвер nvidia поддерживает следующие два метода: ....

Так что, не все так просто и много зависит от железа ... и нужно хорошо во всем это разбираться ... Intel в этом отношении намного проще.

# 08.01.2023 13:35

cat /sys/power/mem_sleep
[s2idle] shallow

➜  neofetch 
                   -`                    xxx@xxx-pc
                  .o+`                   -------------- 
                 `ooo/                   OS: Arch Linux x86_64 
                `+oooo:                  Kernel: 6.1.3-arch1-1 
               `+oooooo:                 Uptime: 2 hours, 12 mins 
               -+oooooo+:                Packages: 1683 (pacman) 
             `/:-:++oooo+:               Shell: bash 5.1.16 
            `/++++/+++++++:              Resolution: 2560x1440 
           `/++++++++++++++:             DE: Plasma 5.26.5 
          `/+++ooooooooooooo/`           WM: KWin 
         ./ooosssso++osssssso+`          Theme: Breeze Dark [Plasma], Breeze [GTK2/3] 
        .oossssso-````/ossssss+`         Icons: breeze-dark [Plasma], breeze-dark [GTK2/3] 
       -osssssso.      :ssssssso.        Terminal: konsole 
      :osssssss/        osssso+++.       Terminal Font: Fira Code 12 
     /ossssssss/        +ssssooo/-       CPU: Intel i7 920 (8) @ 2.661GHz [50.0°on] 
   `/ossssso+/:-        -:/+osssso+-     GPU: NVIDIA GeForce GTX 1050 Ti 
  `+sso+:-`                 `.-/+oso:    Memory: 3969MiB / 19996MiB 
 `++:.                           `-/+/
 .`                                 `/

# 08.01.2023 14:06

Заглянул в /var/log/Xorg.0.log. Тут серьёзное поле для работы.

[  6849.229] (II) NVIDIA(0): Setting mode "nvidia-auto-select+0+0{ForceCompositionPipeline=On,ForceFullCompositionPipeline=On}"
[  6849.274] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
[  6849.274] (II) NVIDIA(0):     may not be running or the "AcpidSocketPath" X
[  6849.274] (II) NVIDIA(0):     configuration option may not be set correctly.  When the
[  6849.274] (II) NVIDIA(0):     ACPI event daemon is available, the NVIDIA X driver will
[  6849.274] (II) NVIDIA(0):     try to use it to receive ACPI event notifications.  For
[  6849.274] (II) NVIDIA(0):     details, please see the "ConnectToAcpid" and
[  6849.274] (II) NVIDIA(0):     "AcpidSocketPath" X configuration options in Appendix B: X
[  6849.274] (II) NVIDIA(0):     Config Options in the README.

##Ниже свёл лог в более удобоваримый вид.
~~~
##ACPI: failed to connect to the ACPI event daemon; the daemon may not be running or the 
"AcpidSocketPath" X configuration option may not be set correctly.  When the ACPI event 
daemon is available, the NVIDIA X driver will try to use it to receive ACPI event notifications.  
For   details, please see the "ConnectToAcpid" and  "AcpidSocketPath" X configuration 
options in Appendix B: X Config Options in the README.

##ACPI: не удалось подключиться к демону событий ACPI; возможно, демон не запущен или параметр 
конфигурации X «AcpidSocketPath» установлен неправильно. Когда демон событий ACPI доступен, 
драйвер NVIDIA X попытается использовать его для получения уведомлений о событиях ACPI. 
Дополнительные сведения см. в параметрах конфигурации X «ConnectToAcpid» и «AcpidSocketPath» 
в Приложении B: Параметры конфигурации X в файле README.

vasek · # 08.01.2023 14:31

vall:[s2idle] shallow

… это состояние s2idle по сути не suspend, а frozen …
Вот перечень состояний в порядке их глубины засыпания
s2idle (freeze) - Suspend-to-Idle (The system is frozen)
shallow (standby) - Power-On Suspend (Similar to Suspend-to-Idle)
deep (mem) - Suspend-to-RAM (System state is retained in RAM)

Самый глубокий это deep. Вот мой вывод (такой же и у ТС)
cat /sys/power/mem_sleep
s2idle [deep]

Вообщем имеется поле для экспериментов … можно прообовать shallow ... хотя и он не совсем настоящий suspend ...

Привожу ссылку с описанием состояний

vasek · # 08.01.2023 15:35

vall:Заглянул в /var/log/Xorg.0.log. Тут серьёзное поле для работы.

Это безвредная ошибка - смотри Wiki

# 08.01.2023 16:10

Да, ложная тревога. Уже прочитал, что ошибки с пометкой WW в логах -- это просто предупреждения.

vasek · # 08.01.2023 17:23

vall, забыл предупредить, что после экспериментов с /var/tmp и возврата всего на место - не забыл удалить /var/tmp? - кстати, большой ли объем?

# 08.01.2023 17:59

После второго варианта (с var/tmp) пока оставил всё как есть; не откатывал. Каталог tmp не удалял, его использует ещё: systemd для своих сервисов и pamac. Отдельного каталога/файла для nvidia нет.
Размер папки tmp в моменте (после перезагрузки системы) -- 9.5 Мб.

vasek · # 08.01.2023 18:59

vall:Каталог tmp не удалял, его использует ещё: systemd для своих сервисов и pamac

Виноват, не верно выразился, конечно /var/tmp удалять не нужно было, а только файлы, имеющие отношение к памяти ... хотя со временем (не помню точно с каким) файлы, которые не используются, удаляются автоматически. Просто подумал, что эти файлы имеют большой объем.

vasek · # 08.01.2023 20:57

Для полноты картины опишу 2-ой метод "хранения" больших частей видео памяти.
Для этого графический процессор должен поддерживать управление питанием на основе S0ix.
Согласно DOC, при использовании S0ix потребляется немного больше мощности, чем при Legacy S3, но быстрее происходит вход/выход их suspend и, как пишут, это выполняется независимо от использования видео памяти графического процессора … и при этом, если использование видео памяти выше определенного порога, то видео память будет храниться в режиме самостоятельной работы, в то время как остальная часть графического процессора включена.
… не совсем понятна концовка - нужно в это влазить основательно …
Но сначала нужно убедиться, что имеется поддержка S0ix и выяснить имеется ли включение этой технологии в BIOS.
Если поддержка имеется, то можно ее активировать и задействовать 2-ой метод хранения больших частей видео памяти.
Для активации используется параметр Nvreg_EnableS0ixPowerManagement=1 и, как пишут, драйвер Nvidia при suspend в режиме s2idle обеспечит использование видео памяти.

PS - писал в спешке, за переводом особо не следил ... так что не пинайте, могут быть не точности ...
Была задача ознакомить ... а кому будет интересно, тот погуглит ...

vall:cat /sys/power/mem_sleep
[s2idle] shallow

... судя по этому выводу подозреваю, что у твой карты имеется поддержка S0ix ... но могу и ошибаться ...