Browsing albums - painfully slow :\

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Browsing albums - painfully slow :\

Anders Lund
Hello,

Now running digikam 5.0, and browsing images is still frustratingly slow. I
get sore arms, because hitting the -> key does not result in the image
changing (well, sometimes, but often not).

This worked like a charm before, on systems with less resources than this one.
There must be someting fundamentally wrong!

Kindly (and stiff-shouldered),
Anders
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: Browsing albums - painfully slow :\

Gilles Caulier-4
Not reproducible here.
I made test on a virtual machine where i can reduce memory and CPU core. It work as expected until a limit of memory (less than 2Go of RAM it's become complicated to edit images).
Can you imagine that we have released this version without to see this kind of dysfunction ?
I suspect something wrong in packaging. perhaps a sub component introduce time latency as Exiv2 for ex, or perhaps the connection to DB (do you use Mysql ?)..
Gilles Caulier

2016-07-12 22:08 GMT+02:00 Anders Lund <[hidden email]>:
Hello,

Now running digikam 5.0, and browsing images is still frustratingly slow. I
get sore arms, because hitting the -> key does not result in the image
changing (well, sometimes, but often not).

This worked like a charm before, on systems with less resources than this one.
There must be someting fundamentally wrong!

Kindly (and stiff-shouldered),
Anders
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users