https://bugs.kde.org/show_bug.cgi?id=450696
Kai Krakow <k...@kaishome.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@kaishome.de
--- Comment #1 from Kai Krakow <k...@kaishome.de> ---
I can observe a similar behavior even with local file copies. It's less severe
overall for me but my observations are the same: copying via cp or rsync
usually works better and doesn't block GUI threads like plasmashell (partially
or completely).
When using the GUI to copy files, one can observe extremely spiky throughput
where e.g. network copies would sometimes spike to 200-300 MB/s (way above my 1
GBit/s link), then freeze the GUI for multiple minutes while the shown
throughput goes down to 2-3 MB/s ("freeze" means it's not accepting input but
usually still updates most of the widgets).
This looks like the GUI is saturating the writeback cache, and it should not do
that: Once the GUI starts to dominate the page cache due to this behavior,
almost any other file operation in the GUI will become a blocking operation.
--
You are receiving this mail because:
You are watching all bug changes.
