Ubuntu замораживается при использовании щитовых шипов
Эта проблема на некоторое время сохранилась, но ощущается, что она стала чрезвычайно частыми (вместо того, чтобы время от времени это происходит почти каждый день), как только я обновился с 18,04 до 20,04.
Всякий раз, когда происходит материал - мне кажется, что это когда используйте, когда использование ОЗУ становится высоким (я видел людей, описывающую аналогичную проблему с диском ввода / вывода, но это не так) - система пограничной связи. В течение первой минуты система просто драковидно, и у меня есть короткое окно возможностей для перемещения курсора мыши, чтобы быстро закрыть вкладку или приложение браузера, которое вызывает проблему. Если я этого не сделаю, в этот момент система в значительной степени замораживается постоянно, системные часы на верхней панели останавливаются обновления, и он не будет разморачивать, независимо от того, что происходит, и мне нужно сделать жесткий сброс.
Ранее это произошло часто на Firefox, когда у меня была слишком много вкладок, но я установил расширение ограничителя вкладок, чтобы смягчить это. Но это просто продолжает происходить, это происходит (иногда), когда я работаю над большим изображением в GIMP, и когда я просматриваю некоторые сайты с бесконечной прокруткой, например, DeviantArt Redesign или некоторые видео сайты. Я только что потерял полчаса прогресса на пиксельном художественном составе, на котором я работал в GIMP.
Это делает мою систему действительно раздражать для использования. Я ненавижу это сказать, но Windows 10 у меня в двойном ботинке более стабильна - и это что-то говорит, так как W10 - худшая операционная система, которую я когда-либо использовал.
Вот свалка Inxi -F:
System:
Host: shino-ProLiant-ML310-G5p Kernel: 5.4.0-66-generic x86_64 bits: 64
Desktop: Gnome 3.36.4 Distro: Ubuntu 20.04.2 LTS (Focal Fossa)
Machine:
Type: Desktop System: HP product: ProLiant ML310 G5p v: N/A
serial: <superuser/root required>
Mobo: N/A model: N/A serial: N/A BIOS: HP v: W08 date: 10/25/2010
CPU:
Topology: Dual Core model: Intel Xeon E3120 bits: 64 type: MCP
L2 cache: 6144 KiB
Speed: 1995 MHz min/max: N/A Core speeds (MHz): 1: 1995 2: 1995
Graphics:
Device-1: AMD ES1000 driver: N/A
Device-2: NVIDIA G86 [Quadro NVS 290] driver: nvidia v: 340.108
Display: x11 server: X.Org 1.20.9 driver: nvidia
unloaded: fbdev,modesetting,nouveau,vesa resolution: 1440x900~75Hz
OpenGL: renderer: Quadro NVS 290/PCIe/SSE2 v: 3.3.0 NVIDIA 340.108
Audio:
Device-1: Generalplus type: USB driver: hid-generic,snd-usb-audio,usbhid
Sound Server: ALSA v: k5.4.0-66-generic
Network:
Device-1: Broadcom and subsidiaries NetXtreme BCM5715 Gigabit Ethernet
driver: tg3
IF: enp3s4f0 state: down mac: 9c:8e:99:35:15:80
Device-2: Broadcom and subsidiaries NetXtreme BCM5715 Gigabit Ethernet
driver: tg3
IF: enp3s4f1 state: up speed: 1000 Mbps duplex: full
mac: 9c:8e:99:35:15:81
Drives:
Local Storage: total: 1.82 TiB used: 594.46 GiB (31.9%)
ID-1: /dev/sda model: LOGICAL VOLUME size: 1.82 TiB
RAID:
Hardware-1: Hewlett-Packard Smart Array G6 controllers driver: hpsa
Partition:
ID-1: / size: 910.88 GiB used: 594.46 GiB (65.3%) fs: ext4 dev: /dev/sda5
Sensors:
System Temperatures: cpu: 40.0 C mobo: N/A gpu: nvidia temp: 68 C
Fan Speeds (RPM): N/A
Info:
Processes: 288 Uptime: 2h 17m Memory: 3.84 GiB used: 2.86 GiB (74.6%)
Shell: bash inxi: 3.0.38
1 ответ
From https://en.wikipedia.org/wiki/Memory_paging#Swappiness it states:
Swappiness - параметр ядра Linux, который управляет относительным весом подкачки из оперативной памяти, в отличие от выпадения страниц из кэша системных страниц, когда запрос на выделение памяти не может быть выполнен из свободной памяти. Скорость подкачки может быть установлена в пределах от 0 до 200 (включительно).[18] Низкое значение приводит к тому, что ядро предпочитает вытеснять страницы из кэша страниц, в то время как высокое значение приводит к тому, что ядро предпочитает вытеснять "холодные" страницы из памяти. Значение по умолчанию 60; установка большего значения может привести к высокой латентности, если холодные страницы должны быть заменены обратно (например, при взаимодействии с незадействованной программой), в то время как установка меньшего значения (даже 0) может привести к высокой латентности, когда файлы, которые были вытеснены из кэша, должны быть прочитаны снова, но более отзывчивые программы. Замена может также замедлить работу жестких дисков еще больше, так как она связана с большим количеством случайных записей, в то время как у твердотельных накопителей этой проблемы нет. Конечно, значения по умолчанию хорошо работают на большинстве рабочих нагрузок, но десктопы и интерактивные системы для любой ожидаемой задачи могут захотеть снизить настройки при пакетной обработке, а менее интерактивные системы могут захотеть их увеличить.[19]
Поскольку Ubuntu по умолчанию имеет значение vm.swappiness, равное 60, я рекомендую более низкое значение, т.е. 10, чтобы страницы были менее агрессивны по отношению к подкачке.
Запустите следующее, чтобы установить значение 10 (если в .conf-файле еще не установлено значение):
echo "vm.swappiness = 10" | sudo tee -a /etc/sysctl.conf
Если значение уже существует, вы можете скопировать и вставить следующее, чтобы изменить значение на 10:
sudo sed -i "s/$(awk '/vm.swappiness/ {print $0}' /etc/sysctl.conf)/vm.swappiness\ =\ 10/" /etc/sysctl.conf
Затем активируйте изменения:
sudo sysctl -p
Вы также можете попробовать различные значения, чтобы посмотреть, что может работать для вас лучше всего.
Надеюсь, это поможет!