Bug 396250 - Thumbnail creation on NFS mount is slow
Summary: Thumbnail creation on NFS mount is slow
Status: RESOLVED WORKSFORME
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: Thumbnails and previews (show other bugs)
Version: 18.04.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-06 13:47 UTC by Rafael Linux User
Modified: 2023-01-13 05:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Linux User 2018-07-06 13:47:08 UTC
We have a NFS mounted disk with several folder. In each folder, there are 20 to 50 jpeg files, all about 5 - 15 MiB. User told me he was angry, cause accessing those folders from Linux with Gwenview, it takes a lot (really, I saw it) to create the thumbnails. I though it was normal. But my surprise was when the user demonstrates me that from Windows 10, with a NFS controller to access the shared disk, the Windows image viewer was near 3 to 4 times faster than Gwenview. I tried reducing showed thumbnails on grid in Gwenview, but that doesn't changed nothing in speed. Then I tried with other simple image viewers for Linux, as Qeequie, Shotwell, Nomacs .... in general, the were faster!! However they was not so powerfull and usable as Gwenview. 

Then I tried Xnview MP for Linux ... and I must say that there is no comparison in speed retrieving info from images.

What's happening? Why is Gwenview so slow? Is a KIO/Plasma issue?

I wish you correct the issue, cause for real work, and only comparing to speed on retrieving thumbnails, unfortunately I must say that today Gwenview is not an option to consider as a image viewer on Linux.

Regards
Comment 1 Nate Graham 2018-07-13 20:34:43 UTC
I would recommend locally mounting the Samba share on your Linux machines rather than accessing it using an smb:// path. That should yield better Thumbnail performance for Gwenview, and also generally improve things when using non-KDE apps too.
Comment 2 Rafael Linux User 2018-07-13 21:36:50 UTC
(In reply to Nate Graham from comment #1)
> I would recommend locally mounting the Samba share on your Linux machines
> rather than accessing it using an smb:// path. That should yield better
> Thumbnail performance for Gwenview, and also generally improve things when
> using non-KDE apps too.

Thank you Nate. To mount each shared folder that I access each day it's a headache. Unfortunately in Plasma, when a mounted shared folder leave to be on-line, Plasma takes a long time each time any app shows a "save" dialog. And moreover, why XNview that's a non native app works without so many tricks even in KDE? I'm working from 6 years ago with KDE-Plasma and , from networks access point of view, Gnome fuse-mount works light years better than KIO. GNome-FUSE is transparent for the user, like in Windows environment. It's my experiencie along these years. Even accesing an smartphone thru MTP is easier with any desktop but in Plasma using KIO. It the sad reality.
Comment 3 Rafael Linux User 2018-07-13 21:41:29 UTC
And let me add that you talk about mount an samba shared folder and is not the case. I wrote that all this is over a MOUNTED NFS shared folder, so Gwenview, Plasma and Xnview MP was in the same environment, so the reason is no the folder where images are stored, is about how each application access those files.

Regards
Comment 4 Patrick Silva 2018-08-05 17:14:36 UTC
bug 397158 seems related.
Comment 5 Justin Zobel 2022-11-29 05:06:00 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 6 Rafael Linux User 2022-11-29 08:25:53 UTC
(In reply to Patrick Silva from comment #4)
> bug 397158 seems related.

It was not same. Issue.

Anyway, it seems Gwenview related. I don't know how it processes info, but XNview do same task on remote folders 10 times faster, being not a native QT app!!!!!!

So, issue still remains
Comment 7 Bug Janitor Service 2022-12-14 05:13:06 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Rafael Linux User 2022-12-14 09:02:02 UTC
To decide if close or not this issue (that remains working same way, that is, slow) I have a guestion: When accesing NFS remote folders, do all applications use kio-extras? That is, I guess Gwenview use kio-extras but is XNview using it too or it can use his own libraries??
Comment 9 Bug Janitor Service 2022-12-29 05:24:13 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Bug Janitor Service 2023-01-13 05:15:09 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!