https://bugs.kde.org/show_bug.cgi?id=479204
Martin Koller <kol...@aon.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |CONFIRMED
Severity|normal |wishlist
Version|unspecified |23.08.4
Ever confirmed|0 |1
--- Comment #1 from Martin Koller <kol...@aon.at> ---
Yes, using just one thread for this huge files is the bottleneck.
In my local test backing up a 65GB file took more than 5 hours. Just for a
cross-check, the "xz" tool alone would also take that long (when not
explicitely told to use multiple threads).
The current implementation uses the KDE class KCompressionDevice, which seems
to not leverage multiple threads,
so this needs to be implemented either in kbackup or in some way in the KDE
classes used.
I suggest you better don't use compression when having huge files.
--
You are receiving this mail because:
You are watching all bug changes.
