при возникновении необходимости запустить офис для написания платежек, машинка жестко вешалась, при попытке в начале закрыть браузер а потом запустить libreoffice, браузер также впадает в недопустимый 2-3-х минутный ступор а то и больше
У меня 4G оперативки, попробовал вызвать oom-killer (earlyoom), как делал здесь (https://forum.puppyrus.org/index.php?topic=22942.msg172052#msg172052). Забил память вкладками (1000 штук), запустил видео в mpv, открыл libreoffice... Так и не дождался, система оставалась работоспособна, полного 'замерзания' не было. К тому же у меня нет свопа на физическом диске, только zram ( DISKSIZE=1.5 RAM ).
$ free -h
total used free shared buff/cache available
Mem: 3,4Gi 3,0Gi 101Mi 82Mi 355Mi 101Mi
Swap: 5,1Gi 3,7Gi 1,4Gi
А все дело в ядре 000-kernel-5.11.0-pf2-1-pra_64.pfs и le9-patch, о котором писал здесь (https://forum.puppyrus.org/index.php?topic=23160.msg174269#msg174269).
Эту фишку уже несколько раз дорабатывали, так что есть резон пересобрать ядро с новыми патчами. Глядишь, пользователи линукс совсем забудут явление, когда система встает 'колом', пытаясь сбросить кеш в медленный своп.
*Пробуксовка (англ. thrashing) в информатике — состояние, когда подсистема виртуальной памяти компьютера находится в состоянии постоянного свопинга, часто обменивая данные в памяти и данные на диске, в ущерб выполнению приложений. Это вызывает замедление или практическую остановку работы компьютера. Такое состояние может продолжаться неограниченно долго, пока вызвавшие его причины не будут устранены.
Википедия (https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D1%83%D0%BA%D1%81%D0%BE%D0%B2%D0%BA%D0%B0_(%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0))
https://gitlab.com/post-factum/pf-kernel/-/wikis/README
lfd с этим железом не загружается ядро ни 4 ни 5
Видеокарта скорее всего встроенная интел? Положить xserver-xorg-video-intel-d10-sf01 из /optional в /modules.
Тема, не старта на старых интел новомодного modesetting, вообще-то много раз обсуждалась.
$ inxi -Gxxx
Graphics: Card: Intel 82G33/G31 Express Integrated Graphics Controller
bus-ID: 00:02.0 chip-ID: 8086:29c2
Display Server: tty (X.Org 1.20.8 )
drivers: intel (unloaded: modesetting,fbdev,vesa)
Resolution: 1280x1024@60.02hz
OpenGL: renderer: Mesa DRI Intel G33
version: 2.1 Mesa 20.1.4 Direct Render: Yes
Хочу дополнить тему, нашёл на просторах интернета универсальный метод убийства окна что в фокусе, с помощью горячих клавиш, я выбрал Ctrl+Super+x, в конфигурации горячих клавиш , на эту комбинацию подвешиваем команду
xdotool getwindowfocus windowkill
и при нажатии этих горячих клавиш приложение что в фокусе немедлено будет убито. Может кому пригодится...
Видеокарта скорее всего встроенная интел?
Увы дискретная от Nvidia
VGA compatible controller [0300]: NVIDIA Corporation GK208B [GeForce GT 710] [10de:128b] (rev a1) (prog-if 00 [VGA controller])
Subsystem: ZOTAC International (MCO) Ltd. GK208B [GeForce GT 710]
$ free -h
total used free shared buff/cache available
Mem: 3,4Gi 3,0Gi 101Mi 82Mi 355Mi 101Mi
Swap: 5,1Gi 3,7Gi 1,4Gi
Забавно, стоило включить в биосе memory remap feature (http://www.probios.ru/options/ram/remap/memory-remap-feature.html), как памяти приросло. А ведь решение не включать эту настройку я принял сознательно еще давно, прочитав ее назначение, ведь у меня всего 4G RAM. Как бы пограничная позиция, когда может требоваться memory remap. Более того, считал, что линукс x86-64 сам это перераспределяет. А тут в поисках причины другой проблемы, сбросил биос на дефолт и вуаля, 'прикупил памяти'. :)
$ free -h
total used free shared buff/cache available
Mem: 3,8Gi 1,7Gi 982Mi 292Mi 1,2Gi 1,4Gi
Swap: 7,7Gi 0B 7,7Gi
$ free
total used free shared buff/cache available
Mem: 4021376 1781472 1006072 299488 1233832 1513708
Swap: 8042748 0 8042748