LINUX.ORG.RU
ФорумAdmin

фризы при high disk i/o на archlinux с nmve и hdd

 , , ,


1

2

При скачивании торрентов или каких-нибудь стимовских игруль на nvme или hdd начинаются лютые фризы, даже курсор, бывает, залипает надолго. Оперативки свободной достаточно, свопа тоже, свободного места на nvme тоже хватает. Стоит arch/xfce.

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
dev             5.7G     0  5.7G   0% /dev
run             5.7G  1.5M  5.7G   1% /run
/dev/nvme0n1p3  937G  533G  357G  60% /
tmpfs           5.7G  164M  5.6G   3% /dev/shm
tmpfs           4.0M     0  4.0M   0% /sys/fs/cgroup
tmpfs           5.7G   78M  5.7G   2% /tmp
/dev/nvme0n1p2  504M  118M  362M  25% /boot
/dev/nvme0n1p1  511M  132K  511M   1% /boot/efi
/dev/sda1       916G  250G  620G  29% /mnt/garbage
tmpfs           1.2G  116K  1.2G   1% /run/user/1000

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           11Gi       3.1Gi       3.3Gi       456Mi       5.0Gi       7.5Gi
Swap:          11Gi       330Mi        11Gi

$ lscpu  | grep name
Model name:                      Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz

$ sudo lshw -class disk -class storage | grep product
       product: ST1000LM035-1RK1
       product: INTEL SSDPEKNW010T8

куда вообще копать?



Последнее исправление: luntik2012 (всего исправлений: 1)

копать в смарт и fsck

anonymous
()

Если только курсор «затыкается», то такое бывает, когда Wi-Fi-модуль и беспроводная мышка на одной частоте работают.

А вот если фризит сама система – то копать в сторону подкачки и менять уровень использования («swapiness»).

Korchevatel ★★★★★
()
Ответ на: комментарий от Korchevatel

Если только курсор «затыкается», то такое бывает, когда Wi-Fi-модуль и беспроводная мышка на одной частоте работают.

затыкается всё вообще, альттабы по 15 секунд работают и т.д., короче вся система

swapiness у меня 60, свободной оперативки обычно гига 3-4 из 12. сколько ставить? ну и как бы сейчас у меня на nmve своп расположен, занято 180 Мб при 4/12Gb занятой оперативки. записать 180 метров в nvme это ж совсем фигня, неужели так влиять может?

luntik2012
() автор топика
Ответ на: комментарий от luntik2012

Тоже сталкивался с бешенным свапаньем, при куче свободной памяти, при небольшом размере занятого свапа, но почему-то начинает колом ставить всю систему. Попробуй сделать swapoff и проделать те же операции и увидишь - никаких фризов. Как бороться? Не знаю. Я отрубил свап.

ChekPuk ★★★
()
Ответ на: комментарий от ChekPuk

Попробуй сделать swapoff и проделать те же операции и увидишь - никаких фризов. Как бороться? Не знаю. Я отрубил свап.

Отрубаю своп время от времени, помогает, но, когда собираешь что-нибудь крупное или виртуалка+браузер работают, система по OOM виснет нафиг и только ребут. Всё таки интересует, почему такая дичь происходит и как с этим бороться. А пока у меня очередной виток «выбесило/нужен своп» - вырублю своп.

luntik2012
() автор топика
Последнее исправление: luntik2012 (всего исправлений: 1)

может поможет изменение дискового буфера
syctl -a
смотри значения vm.dirty_background_bytes и vm.dirty_bytes
что бы изменить шлёшь

echo 2097152 >/proc/sys/vm/dirty_bytes
echo 2097152 >/proc/sys/vm/dirty_background_bytes
Для сохранения после перезагрузки, прописать в /etc/sysctl.conf
vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152

Gennadevich
()
Ответ на: комментарий от luntik2012

Без свопа гоняю виртуалки, бравзер с кучей вкладок, собираю ведро - нет ООМов. И SATA SSD, и NVMe, и с HDD никаких «колом» не было.

Системы - RHEL 6/7/8, бубунта 18.04, ядра или kernel-ml, или самосбор.

Вообще, показан CONFIG_PSI.

А ведро-то не 5.9-rc в твоём Арче? А то там весёлого фейрнесс завезли…

mv ★★★★★
()
Последнее исправление: mv (всего исправлений: 1)
Ответ на: комментарий от luntik2012

Отдельный ssd диск корень и хомяк на одном разделе, tmp и профиль браузера в оперативке Два других hhd по разделу на каждом под свап остальное файлопомойка , vm.swappiness 20 стандартное арчевское ядро и блоб нвидии. Никаких тормозов интерфейса.

anonymous
()
Ответ на: комментарий от luntik2012

проблеме лет 10 и от дистра и железа не зависит

и от софта походу тоже?)
на каких планировщиках io воспроизводилась?

у меня дикие фризы были только на бтрфс с...raid0!
я плюнул и выкинул эту каку.

darkenshvein ★★★★★
()
Ответ на: комментарий от darkenshvein

тоже наблюдал фризы при работе стима с диском, когда игра скачивалась/распаковывалась.
но на btrfs

darkenshvein ★★★★★
()

попробуй удалить discard из fstab, если есть. Замени на fstrim.timer меня лично очень выручило однажды

alexandrovski
()

если система на том же физическом диске, то это ожидаемо, по крайней мере на hdd

anonymous
()

питух ос (с)

это пажилой 12309, ждем адептов «кококо у миня все работает, чинить не будем»

anonymous
()
Ответ на: питух ос (с) от anonymous

Но тем не менее прекрасно лечится отдельным диском под систему, вторым под файлопомойку и свап

anonymous
()
Ответ на: комментарий от luntik2012

проблеме лет 10

Больше. С 2007 как минимум - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/159356

от дистра и железа не зависит

от дистра зависит. Можно создать дистр, в котором по умолчанию сильно ограничены dirty bytes и включены инструменты для улучшения отзывчивости.

Fedora идет в этом направлении - в F32 включен earlyoom, в 33 будут включены uresourced и low-memory-monitor и своп на zram.

Впрочем, все это можно в любом дистре сделать при желании пользователя.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.