General Performance Issues Viewing Large Pictures

[Maik Qualmann]

Is the specification of 64GB for the memory correct?
With this size, we calculate the image cache incorrectly, only a very small 
cache is created, so no larger images are preloaded in the preview. The 
problem will be fixed in digiKam-8.1.0.

Maik

Am Montag, 26. Juni 2023, 18:12:19 CEST schrieb Tonio Kroeger:
> Hi all,
> 
> I am an enthusiastic digikam user for nearly 20 years now!
> 
> I am running 8.0.0. on an I7 under Linux with plenty of RAM (
> https://www.intel.com/content/www/us/en/products/sku/205608/intel-nuc-11-pro
> -mini-pc-nuc11tnkv7/specifications.html). My picture collection became huge,
> about 8TB (also many RAW files, roughly 300.000 Jpegs), and I still use
> SQLLite for the database.
> 
> In general everything works fine but when I switch to another picture this
> takes up to 3 seconds. This is very anyoing especially when sorting out
> pictures. For the latter purpose I store incoming pictues on the internal
> SSD but this leads exactly to the 3 seconds from above, external USB-drive
> is worse but not as worse as I would expect. I tried to precache all
> pictures into RAM, that did not significantly help. When I lower the
> maximal CPU frequency this seems to scale linearly with the time to show a
> new picture.
> 
> Over the years my pictures became larger and larger. Today I have Jpegs
> around 20MB. (5MB Pics from my IPhone show up very fast.)
> 
> I wonder whether someone can give a hint where I might have an issue with
> my system. Is SQLLite a problem in my setting? Or are the 3 seconds just my
> fate because of the many megapixel...
> 
> Best wishes & tnx
> 
> Tonio