Тормоза GUI при записи или копировании

kostakon4 · 24 октября 2021, 04:45:51

Всем привет. Поставил я Debian 11 с KDE Plasma, и всё вроде бы хорошо, если бы не одно плохо - ужасные тормоза всего при копировании или записи файлов. Вообще это можно отнести к любому дистрибутиву, какие я только использовал, но наиболее выражено это проявляется в Debian. Путём гуглёжки я выяснил, что ранее был эдакий баг под номером 12309, который вызывал подобные вещи и вроде как его пофиксили, но что-то ничего подобного. Изначально я подумал, что проблема в выбранной мною фс. Я пробовал такие фс, как ext4, XFS, btrfs, и даже игрался с параметрами монтирования в fstab - в конечном итоге ничего это не дало, как было тормоза при I/O, так и остались. И помимо этого ещё и скорость записи постепенно падает, вплоть до килобайтов.. По железу меня, конечно, не очень всё прям "топово", но на Linux хватить точно должно:
SSD TeamGroup GX2 (на данный момент в btrfs), Intel Core i5 5200U, 8 ГБ ОЗУ DDR3 1600 Мгц

Так же по советам из гугла о 12309 я делал следующее: редактировал параметры dirty_bytes, dirty_bytes_background (ставил обоим 2097152), vfs_cache_pressure, так же и со swappiness баловался, и overcommit_memory на 2 устанавливал. В конечном итоге это ничего не решило - только понизило скорость записи, а тормоза никуда не исчезли. Так же я пробовал устанавливать "кастомные" ядра по типу Liquorix, XanMod, включал планировщик ввода-вывода BFQ в стоковом ядре, включал zRAM вместо дискового свопа, как итог - ничего. Конечно, при использовании BFQ стало всё чуточку лучше, но тормоза по прежнему есть, хотя были заявления, что BFQ вообще такого не допускает

Это можно было бы списать на то, что SSD-накопителю приходит конец, но однако при этом если установить Windows, то этой проблемы не наблюдается. SMART показывает 99% жизни SSD. Ну то есть вообще нет, хоть десятки гигабайт начинай копировать за раз - тормозов нет, а всё то же самое сделай в Linux - начинает всё адски фризить и иногда приходится ждать по несколько минут, пока система придёт в себя. Даже в браузере посидеть нормально не выходит, а на запуск приложений (даже банальный Dolphin!) начинает уходить много времени

Открыть содержимое (спойлер)

Так же отмечу, что тормозить начинает, даже если записывать что-то не на системный диск, а на любой другой накопитель, такие как флешки, внешние жёсткие диски и тп. Вообще не понимаю, как это связано...

[свернуть]

Скажите, пожалуйста, что можно с этим сделать? Мне очень хочется остаться на Linux, мне эта система нравится, но всё вышеописанное - очень раздражающая проблема, которая не даёт спокойно пользоваться им. Других же претензий у меня нет - всё работает отлично и оборудование вообще всё из коробки заработало, только тормоза при I/O досаждают. Что-то вообще можно предпринять или придётся "пинать" разработчиков ядра и писать репорт им?

dzhoser · 24 октября 2021, 07:47:36

Цитата: kostakon4 от 24 октября 2021, 04:45:51Всем привет. Поставил я Debian 11 с KDE Plasma, и всё вроде бы хорошо, если бы не одно плохо - ужасные тормоза всего при копировании или записи файлов. Вообще это можно отнести к любому дистрибутиву, какие я только использовал, но наиболее выражено это проявляется в Debian. Путём гуглёжки я выяснил, что ранее был эдакий баг под номером 12309, который вызывал подобные вещи и вроде как его пофиксили, но что-то ничего подобного. Изначально я подумал, что проблема в выбранной мною фс. Я пробовал такие фс, как ext4, XFS, btrfs, и даже игрался с параметрами монтирования в fstab - в конечном итоге ничего это не дало, как было тормоза при I/O, так и остались

Хотелось бы посмотреть замеры копирования, а не полагаться на внутренние ощущения. BTRFS не самая быстрая фс, так как делаются снапшоты. Очень важные значения имеют настройки Bios. Возможно на матери он подключен к sata2, a нужно к sata3. Снижение производительности также может быть из за TRIM, но это проявляется и на форточках.

ferum · 24 октября 2021, 09:21:55

Цитата: kostakon4 от 24 октября 2021, 04:45:51SSD TeamGroup GX2

Не пробовали прописать trim в параметрах загрузки ?

ChubaDuba · 24 октября 2021, 11:19:56

Цитата: kostakon4 от 24 октября 2021, 04:45:51Вообще это можно отнести к любому дистрибутиву, какие я только использовал, но наиболее выражено это проявляется в Debian.

Попробуйте любой дистрибутив запустить в live режиме и посмотреть какие будут тормоза.

kostakon4 · 24 октября 2021, 13:37:48

dzhoser, у ноутбука Sata 3.2, режим AHCI включен (другой там и не поставить). А насчёт btrfs, я говорил уже в топике, что такое проявляется как на ext4, так и на xfs

ferum, в параметрах загрузки - то есть в конфиге grub? Такого параметра не знаю, а вот в fstab у меня прописан discard

kostakon4 · 24 октября 2021, 13:48:54

ChubaDuba, только что проверил в live-режиме в KDE Neon (остался на флешке) - там тоже притормаживает при записи, а при записи на любой накопитель при этом запуск даже элементарных программ замедляется

ChubaDuba · 24 октября 2021, 14:30:06

Цитата: kostakon4 от 24 октября 2021, 04:45:51Путём гуглёжки я выяснил, что ранее был эдакий баг под номером 12309, который вызывал подобные вещи и вроде как его пофиксили, но что-то ничего подобного.

Попробуйте ради интереса:

Код Выделить


dd if=/dev/zero of=12309_is_here bs=1M count=16384

и понаблюдайте за системой.

ferum · 24 октября 2021, 14:42:17

kostakon4, информация https://habr.com/ru/post/497004/

kostakon4 · 24 октября 2021, 16:23:14

ChubaDuba, я ради теста запускал dd - пару секунд всё нормально было и затем начинает тормозить. Эту команду я находил в статье Алексея Самойлова

ferum, эту статью тоже видел. Вроде как с TRIM тоже в порядке всё, демон fstrim так же работает... Выхлоп из lsblk --discard такой:

Открыть содержимое (спойлер)

NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 2G 0
├─sda1 0 512B 2G 0
├─sda2 0 512B 2G 0
└─sda3 0 512B 2G 0

[свернуть]

А выхлоп из hdparm показывает, что TRIM есть:

Открыть содержимое (спойлер)

* Data Set Management TRIM supported (limit 8 blocks)

[свернуть]

После выполнения fstrim -av:

Открыть содержимое (спойлер)

/boot/efi: 136,4 MiB (143046144 bytes) trimmed on /dev/sda1
/home: 22,9 GiB (24610115584 bytes) trimmed on /dev/sda3
/: 52,2 GiB (56101638144 bytes) trimmed on /dev/sda2

[свернуть]

Во второй раз:

Открыть содержимое (спойлер)

/boot/efi: 136,4 MiB (143046144 bytes) trimmed on /dev/sda1
/home: 14,1 GiB (15116120064 bytes) trimmed on /dev/sda3
/: 7,7 GiB (8237953024 bytes) trimmed on /dev/sda2

[свернуть]

После перезагрузки значения после fstrim возвращаются на те, которые указаны под первым спойлером с fstrim. Хотя я вычитал на иностранном форуме, что это нормально, но точно не уверен