[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-16 Thread Patrick Silva
https://bugs.kde.org/show_bug.cgi?id=406431

Patrick Silva  changed:

   What|Removed |Added

 CC||bugsefor...@gmx.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=406431

Nate Graham  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|NEEDSINFO   |CONFIRMED
 Resolution|WAITINGFORINFO  |---

--- Comment #7 from Nate Graham  ---
Yeah, it's possible we can speed this up a bit.

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-13 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=406431

--- Comment #6 from c001-kd3-bug-squ33...@ubermail.me ---
(In reply to Christoph Feck from comment #5)
> It also needs to determine the file type, i.e. it opens every file and reads
> the first few bytes.

Why?!?

I mean, sure, you probably want to filter the list and exclude any files that
gwenview can't display anyway (completely reasonable for a good user
experience) and determining the type by inspecting the content is a lot more
reliable than by filename extension, but if that means I have to wait for the
program until it read the beginning of 10k files, I would prefer a file name
based filter (which works in >99% of the cases too and would be much faster).

Another alternative would be to at least cache the result of the file
inspection (so that one has to wait only the first time an image has to be
inspected). But honestly, I am not sure it is a good idea to throw 'Caching' at
such a simple problem, even if the chance of a broken cache is so unlikely.

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-13 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=406431

--- Comment #5 from Christoph Feck  ---
It also needs to determine the file type, i.e. it opens every file and reads
the first few bytes.

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-13 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=406431

--- Comment #4 from c001-kd3-bug-squ33...@ubermail.me ---
Btw. if you want to reproduce the issue, but don't waste that much storage, I
found out that it works with hard-links too:

for i in {1..15000}; do ln original.jpg pic_$i.jpg; done

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-13 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=406431

--- Comment #3 from c001-kd3-bug-squ33...@ubermail.me ---
So I copied a directory with ~11000 photos on a local SSD and indeed there is a
speedup compared to the NFS:

Local: SSD + ext4: ~10-15 seconds
NFS:   HDD + ext4: ~30-35 seconds

But given the hardware differences (HDD vs. SSD + 32G RAM), I wonder why
gwenview still takes that much time to get to the conclusion that it has to
display ~11k files. Dolphin is still miles away when gwenview just finished
loading the file list. And when I ask ls how long it takes to give me the file
list of an uncached directory it is much faster too:

# umount /mnt/nfs; sleep 3; mount /mnt/nfs; time ( ls -l /mnt/nfs/pictures/ |
wc -l )
11343

real0m0,575s
user0m0,059s
sys 0m0,094s

So, if ls takes half a second to get the complete (uncached) list via NFS, why
does gwenview require 15 seconds on a local SSD powered RAM cached version?

Obviously, something fishy is going on here.

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-12 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=406431

--- Comment #2 from c001-kd3-bug-squ33...@ubermail.me ---
It is normally mounted via NFS4 (fstab).

Tomorrow I should be able to copy one of those directories to a local disk.

-- 
You are receiving this mail because:
You are watching all bug changes.

[gwenview] [Bug 406431] Slow overview mode in directories with many files

2019-04-12 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=406431

Nate Graham  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 CC||n...@kde.org
 Status|REPORTED|NEEDSINFO

--- Comment #1 from Nate Graham  ---
> I access my photo directories via NFS, but I doubt that this causes the issue 
> as dolphin has no problem with that.
Any chance you can test that out by copying them to a local directory and
seeing if the issue goes away or remains the same?

Also, are you accessing the pictures via a mounted NFS share, or using an
nfs://[whatever] path?

-- 
You are receiving this mail because:
You are watching all bug changes.