Plasma перестаёт отвечать при копировании большого количества мелких файлов

А mq-bfq пробовал?

Да-да. Не обязательно даже мелкие файлы. Попробуйте выкинуть kwin, например запустите openbox (alt+f2, openbox --replace) вместо него. Discard включен?

Насколько я понял - он не включен

sunderland93@Debian-PC:~$ cat /sys/block/sdb/queue/scheduler
[mq-deadline] none

Discard не включён, TRIM выполняется по таймеру systemd

У меня такого нет при том же самом кейсе. Но у меня используется mq-bfq. Не думаю, что это проблемы плазмы или квина. У меня сейчас плазма 5.16, но и на 5.14 ничего подобного не было.

А ядро какое?

Ну поменяйте на none — отличный планировщик, лучше того же deadline.

12309, наверное

Просто у меня kwin вешал плазму вместе со всеми приложениями от активного IO, когда это ещё не было в тренде. Вот и предлагаю проверить.

Мне сказали такая проблема есть, но это от ссд зависит больше. Ещё у меня kwin долгое время артефактами сыпал (я постил даже скрины, весь экран и плазма со всеми приложениями сложенными мерцающими поверхностями покрывается), появилось на 300 каком-то блобе, прошло на 400.

Ядро 4.19, но я слышал что там есть баг с none (вообще без планировщика), потому не решаюсь его включать дабы не просрать все данные.

Ещё у меня kwin долгое время артефактами сыпал (я постил даже скрины, весь экран и плазма со всеми приложениями сложенными мерцающими поверхностями покрывается), появилось на 300 каком-то блобе, прошло на 400.

Увы, не застал этот баг. Как невидия-карта появилась, так сразу заюзал 415/418, а потом обновил до 430.

Вообще без планировщика? Вообще, none это mq планировщик, просто у него такое название.

А, понятно, просто у меня 5.0.9 на генте. Но можно и на дебиане собрать ваниллу свежую и проверить.

По-моему это генту-патчсет, ничего общего с ванильным ядром (vanilla-sources) он не имеет. Так bfq в генту уже много лет, в ванильном его не было. Это и к лучшему, глюкалово ещё то.

В ваниле есть BFQ, но не тот что был до этого. Он только для mq

Как вариант ещё попробую bfq-mq включить. Вдруг поможет. Позже отпишусь.

Включение BFQ проблему не решило. Но рабочий стол стал грузиться гораздо быстрее

А попробуй тот же тест сделать, но предварительно отключив Baloo. Так, на всякий случай.

Быстрее то быстрее, только под нагрузкой потом появляются фризы. Очень неприятно было. Да и производительность проседала.

Кек мда. С одной стороны венда дрочёная, другой стороны бсд рип, а посередине линукс, вроде не особо маргинальный но и не особо рабочий.

Куда сам сядешь, куда мать посадишь?

только под нагрузкой потом появляются фризы

Какого типа нагрузка? Игры? Виртуалки? Копирование файлов? Рендеринг? Как воспроизвести?

В места не столь отдаленные :D

О да, виртуалки как вариант. Можно типа такого https://gist.github.com/shamil/62935d9b456a6f9877b5, для полноты картины это должны быть обновления венды и какое-нибудь приложение с кучей файлов в виде снапшота развёрнутого поверх базового raw образа (занулённого и с пробитыми дырками естественно), припомонтированные через ntfs3g. Всё это поверх luks шифрованного (не aes). Попробуйте переместить папочку изнутри в наружу. Непередаваемые ощущения обеспечены. Причём, в любом случае, независимо от планировщика. Я думал, что знаю, что такое лаги.

А так ещё лаги замечательно проявляются когда десяточка в qemu начинает обновляться. Даже virtio не спасает. Или можно просто работать, микрофризы на очередной ежедневной компиляции вебкитов тоже быстро взбесят.

Есть у меня virtualBox, хотел потыкать в нем android-x86, да лень ребутаться и в биосе включать виртуализацию.

Можно типа такого https://gist.github.com/shamil/62935d9b456a6f9877b5, для полноты картины это должны быть обновления венды и какое-нибудь приложение с кучей файлов в виде снапшота развёрнутого поверх базового raw образа (занулённого и с пробитыми дырками естественно), припомонтированные через ntfs3g. Всё это поверх luks шифрованного (не aes).

У-у-у, сколько всего ненужного... Ну извращайся, если тебе это нравится, особенно с виндой и ntfs-3g. Благо я им уже не пользуюсь, NTFS-разделов у меня нет. А так да, даже из-за торрентов, качающихся на ntfs-3g, раньше подлагивало.

А хост на SSD или на харде стоит?

Попробуй BFQ в Debian на ядре 4.12 (комментарий)

Спасибо, но с флешками пока проблем нет. И я думаю что косяк именно в кедах, точнее в KIO

Попробовать не судьба ?

Е#ушки воробушки, помогло! От души дружище! Кто бы мог подумать что старый, как мир, фикс, поможет и тут

Не полностью, но теперь быстрее «отвисает»

Попробуй покрутить значения. В своп там ничего не лезет ?

Обычно 4 мегабайта советуют или около того, видимо отвисает быстрее чем есть шанс заметить. Я проверял, работает лучше чем с ratio (процент)

https://wiki.archlinux.org/index.php/sysctl#Small_periodic_system_freezes

Да, замечал такое поведение Plasma и не только с SSD, но с HDD и с обычной Flash-памятью.

Смело добавляй тег 12309.

Где вы такое железо находите ? Я не встречал ещё такого, чтоб копирование куда бы ни было тормозило и это не лечилось бы.

Видишь ли, это обычно «плавающий» баг. Иногда он имеется, иногда всё копируется без проблем. С одним обновлением ядра он уходит, а с другим снова возвращается…

А железо более чем обычное.

Он проявляется всегда уже на протяжениии 15 лет на определённых задачах вроде копирования файлов или активного io в виртуалке. С более быстрого носителя на более медленный, с более медленного на более быстрый. На степень подфриживания влияют степень preemption ядра и параметры таймера (если включить periodic и понизить с 1000 до «адекватных» значений вроде 250), включены ли ionice, nice и прочие cgroups для жрущего время процесса и прочее. Ничего особо «плавающего» не вижу. Но, судя по тому что у виндоус на таких же задачах фризы ещё более серьёзные, можно предположить, что проблема больше, чем может показаться, и с ней сталкиваются миллиарды людей ежедневно.

Железо непричём, дело в говнокоде в ядре, пара проблемных мест известны уже десятилетиями.

Однозначно нет, эта штука повесила бы в первую очередь мышь и никаких кликов по панели бы не было.

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

Да, кстати. попробуйте в качестве этого костыля f2fs на разделе записи.

Думаю проблема специфичная для KDE.
Создавал баг на багтрекере.
Объединили с другим багом

это плазма-специфичный баг

Нет. Плазма виснет потому, что ввод-вывод окукливается в аутизме, что характерно именно для ядра. А Плазма пытается до него достучаться, чтобы индикатор копирования работал.

Если бы ядро, то висло всё

Если бы ядро, то свиньи научились бы летать. Примерно одинаковые по обоснованности заявления.

Кстати есть такая проблемка, даже копирование занимает в разы больше времени чем аналогичная операция в консольке. Вроде даже были какие-то патчи, а багу уже лет 10. И периодически зависает независимо от того завершилась операция или нет, но это отдельный косяк. Вот так придёт кто-нибудь, посмотрит на это всё, и решит что плазма это какая-то сырая поделка в которой постоянно что-нибудь неработает или отваливается. Это мы ещё не вспоминали про непомуки. Даром что у конкурентов не лучше, поэтому или сиди как сыч без ДЕ, или игнорируй мелкие раздражающие косяки.

В Xubuntu копирование было медленнее из-за какого-то tumbler. Все эти свистелки надо выпиливать.

Плазма пытается до него достучаться, чтобы индикатор копирования работал

И зависает как виндовый проводник. Какое дело плазме до копирования? Это забота ФМ.

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

Чувствуется мнение эксперта после хорошего такого, всестороннего тестирования компонентов системы.

Собственно плазма и не должна туда обращаться. Есть kwin, который рисует окно, в котором kio_file выводит прогресс копирования, даже если kio подвис, другие окна и тем более плазма виснуть не должны. Так было в кде4, и насколько я знаю в кде5 ничего не поменялось.

Но главный вопрос вроде остался без ответа: в момент подвисания плазмы что ещё зависает?

Да, так про тебя можно было тоже написать, с сарказмом.