Dolphin подвисает при удалении файлов

Можно попробовать посмотреть что говорит:
lsblk -D

LVM пробрасывает discard диску?

Не знаю и не знаю как проверить. Буду благодарен за наводку.

Это в какой-то специальный момент времени нужно смотреть?

lsblk -D
NAME              DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda                      0      512B       2G         1
├─sda1                   0      512B       2G         1
├─sda2                   0      512B       2G         1
└─sda3                   0      512B       2G         1
  └─sda3_crypt           0      512B       2G         0
    └─Debian-root        0      512B       2G         0

1. discard в /etc/crypttab не влияет на TRIM рута. Для / discard включается параметром ядра и/или правкой конфига в initramfs.

2. Лучше выключите discard. Чтобы менять дефолтные настройки в нормальных дистрах, нужны ОЧЕНЬ серьезные основания и четкое понимание того, что вы делаете.

Для / discard включается параметром ядра и/или правкой конфига в initramfs

После редактирования /etc/crypttab сделал

update-initramfs -u -k all

Лучше выключите discard

Включил для диагностики проблемы. После включения (если оно вообще имело место) поведение как и до включения.

Не готов сказать, как это в Дебиан устроено. Разве /etc/crypttab влияет на содержимое initramfs? Надо гуглить.

Включение discard не может уменьшить задержки — напротив, только увеличить.

Искать узкое место — долгая история. Какая ФС? Посмотрите atop-ом, кто пишет на диск при удалении.

Полные данные по задаче:

Старый SSD - Lite-On, несколько разделов ext4, без lvm и без LUKS. Новый SSD - 860 Evo, схема разделов выше (lvm в LUKS контейнере), ext4. Система и там и там - Debian Stretch, на новый SSD выполнена чистая установка.

Симптомы: при удалении файлов любого размера (от нескольких килобайт до нескольких гигабайт) через Dolphin заметно подвисание приложения на секунду. Никаких других симптомов, т.к. курсор не зависает, звук не дергается, другие приложения продолжают нормальную работу. При удалении файлов через терминал - никаких симптомов.

На старой системе такого точно не было. Баг не критичный, но в связи с переходом на новый SSD, LUKS и LVM, хотелось бы найти виновных.

Подтвердил аналогичный баг на другой машине с аналогичной конфигурацией на Debian Buster. Похоже, что баг в Dolphin. Решение - отключить диалог подтверждения при удалении файлов.

Кто-то из юзерспейса грузит проц/диск.

Думаю, то это не связано ни с новым диском, ни с LVM, ни с LUKS. Про старую систему забудьте: она по-другому настроена(ибо чистая установка), в чем разница — проверить уже невозможно.

Собирайте статистику, кто занимает проц/диск.

man atop
atop

Или местные СПВ нагадают с 10-го раза.=) Я так не умею, проще расследовать, что происходит.

Да, из юзерспейса, как и было предсказано.

Нагадали.=)

Разберусь с atop, выложу информацию.

Добавьте тэги kde, plasma. Это к спецаалистам по кедам. luks, trim и т.д. — не в тему.

что скажет time rm <файл для удаления> ?

Файл в 1 Gb:

rm tempfile  0.00s user 0.20s system 98% cpu 0.208 total

Это нормально.

200 миллисекунд многовато для удаления

Сложно сказать, откуда берутся ещё 800 мс, но по понятным причинам долфин висит 200мс ожидая завершения системного вызова.

Для 1ГБ на ext4 — совершенно нормально.

Dolphin явно висит больше но только после диалога подтверждения. А при удалении без диалога он вообще не висит. Видимость делает это действие в отдельном потоке.

Время от размера должно зависеть линейно. На какой-нибудь btrfs — не должно зависить вообще.

Да. На 10МБ будет ~2ms, но Дельфин все равно висит. К кедоспециалистам, однозначно. Их здесь есть.

LVM пробрасывает discard диску?

Да, но чтобы он пробрасывал discard ещё и при удалении томов, нужна правка lvm.conf.

Это не баг, это такая «фича»

ну тогда...
какой планировщик и/о, ядро, патчи ядра?

кде тупит и на других вещах, например передаче гиперссылок из IM. оно их несколько секунд где-то мусолит, прежде чем открыть в браузере.

ещё и при удалении томов,

у ТС:

Dolphin подвисает на секунду при удалении файлов

как это связано?

uname -a
Linux xps 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux

cat /sys/block/sda/queue/scheduler 
noop deadline [cfq]

Как патчи ядра посмотреть?

Я отвечал на вопрос по поводу поддержки discard в lvm.