имеется арч, i3wm, nvidia gtx1650, driver nvidia-dkms 460.39-1

уже второй раз за несколько дней просто замерает полностью картинка -- иксы не отвечают вообще никак, хотя звук из видосов идет нормально...
ни Num Lock ни alt+ctrl+F# не помогают -- просто ничего не работает -- будто полностью повисли иксы захватив все объекты управления.
после ребута компа в journalctl такие надписи :
kernel: NVRM: GPU at PCI:0000:01:00: GPU-e0aac689-dbf6-5285-8bba-a18fd736f821
kernel: NVRM: GPU Board Serial Number:
kernel: NVRM: Xid (PCI:0000:01:00): 79, pid=0, GPU has fallen off the bus.
kernel: NVRM: GPU 0000:01:00.0: GPU has fallen off the bus.
kernel: NVRM: GPU 0000:01:00.0: GPU is on Board .
kernel: NVRM: A GPU crash dump has been created. If possible, please run
           NVRM: nvidia-bug-report.sh as root to collect this data before
           NVRM: the NVIDIA kernel module is unloaded.

у когото еще имеется подобная проблема?
наверна все же остановлюсь на варианте с очень малым свопом -- что бы хватало только на необходимое количество без запаса и с настройками по умолчанию... -- сча как раз так и сделал -- вроде все терпимее стало... -- заполняется свап полностью на 2гига и оперативка на 90-94%, но сча все же решил сделать свап побольше -- 3гига.
vs220
У ТС проблема по видимому в том что игрушка вытесняет в свап остальные программы и начинаются тормоза из за io.
ага -- именно енто у меня и происходит...
vasek
но вот что творится без этой игрушки он так и не пишет.
другие игрушки да и проги просто не сильно юзают жеский диск -- а ента юзает сильно -- по ентому сильно добавляет оверхеда для нагрузки на I/O.
vasek
лично я сторонник swap-раздела, а вот swap-файл не признаю.
ну в линуксе жеж файловый интерфейс для всего... по ентому раздел с точки зрения юзерспейса енто тоже файл))
vasek
И так и не понял, как работает без swap?
без свапа все отлично -- вот только иногда все же залезает на 100% оперативки...
vasek
Если менять произвольно, то можно заиметь проблемы с неполным использованием ОЗУ и ранним заполнением swap
так ента проблема изначально и была --вот только все было по умолчанию -- на эвристике без ручной настройки.
vasek
Но если имеешь какое то не стандартное приложение, которое портит всю картину, то проще ограничить его рессурсы другими способами.
в том то и дело -- все чо запущено -- всему нужны норм ресурсы
в общем -- иногда все же даже при 100 или чуть меньше (80) значнеия vm.overcommit_ratio начинает неадекватно работать со свопом и начинаются подфриживания...
и я принял решение сделать просто небольшой своп и сделать vm.overcommit_memory = 0 -- на сколько я понял из того мана в таком положении оверкоммит регулируется эвристически, а не в ручную?
vasek
плохо до ходит до меня написанное … что хочешь этим сказать?
ну чо если поставить vm.overcommit_memory=0, то регулировка оверкоммита жеж отключится вовсе? будет возможно безграничного заказа ресурсов
vasek
PS - хотя, конечно, лучше после переопределения параметров выполнить reboot, чтобы не перезапускать приложения и др., чего может быть и не достаточно.
я делаю обычно сразу релоад демонов системд

vasek
а с дефолтными параметрами (vm.overcommit_memory=0, vm.overcommit_ratio=50) тоже не хочет работать с новым swap? …
тогда же оверкоммит совсем отключится -- все будет нормально -- памяти можно требовать сколько вздумается...

vasek
ловишь crash совсем по другой причине
по какой же?
vasek
дополнительно рекомендую установить rasdaemon и запустить его демон, может что и заметит
ок -- спс, поставлю и попользуюся.