https://bugs.kde.org/show_bug.cgi?id=497830
dpe...@opensuse.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO |REOPENED
--- Comment #4 from dpe...@opensuse.org ---
Hi John,
it's very easy :) .. just open folder with images, ideally raw images or big
out-of-camera JPGs (if you don't any I can provide some) and just traverse
through them (in fullscreen mode) with arrows (eg typically right-arrow to jump
to next image) .. and measure how long it takes traversing through whole folder
..
I verified with two different computers and two versions of Qt/gwenview that
traversing through images (doesn't matter if JPG or RAW) is significantly
slower in KDE with gwenview compared to Eye of Gnome or even compared to
program like geequie (gtk based image browser similar to gwenview)
As I've outlined above, just a very rudimentary test ... Skipping through 50
raw images (with gen 13th i7 cpu, plenty of memory and fast m2 ssd drive - btw
about same perf as usb 3.2 external USB disk so obviously the i/o on input is
not the bottleneck here) took 2:08 seconds with gwenview (++ full cpu
utilization while doing that) Vs 35 seconds with geeqie .. Which means that
images in geeqie are loading about 4 times faster and requiring thus much fewer
cpu resources ..
I did same test with JPGs for which I've used a 45MPx JPEGs from Nikon D850 ..
I've been traversing with geeqie throu images in one folder on fullscreen and
stopped after 60 seconds .. Then I've run same set of images with gwenview
(just image on fullscreen and keep hitting Next) and the same set required
incredible 2:28 ..
The speed ratios based on my tests are: JPGs 60:148 (seconds) and for RAWs
35:128
I was testing same in native Gnome DE also with theirs default image viewer
(eye-of-gnome) and the results very pretty similar ... Gnome's eye-of-gnome was
significantly faster (maybe about 20-33% slower than geequie) than gwenview ...
I did another test .. I dropped the cache (`echo 1 > /proc/sys/vm/drop_caches')
and made sure that thumbnails are deleted and opened a folder with images and
verified, that dolphin (kde) leads the images and creates thumbnails several
times longer than nautilus in Gnome .. Again, all with very significant and
obvious difference ..
Based on my testing this issue is 100% reproducible .. I was testing that on
two different computes (unfortunately both with i7 cpu so no AMD) with two
different ways .. I tested it on my `installed' Linux (opensuse with up-to-date
KDE + opensuse with older kde, stock Leap 15.6, versions in my first post) ++
I've tested it from live Linux system (live suse Gnome and KDE images) ..
Always same result .. KDE is just very slow while working with images ..
I believe that it could be also a culprit for other mentioned bugs ..
I hope it helps ..
thanks much for your input and support ..
cheers, ~dan
--
You are receiving this mail because:
You are watching all bug changes.
