[Digikam-devel] [digikam] [Bug 362023] Extremely slow metadata writing via maintenance
Simon via KDE Bugzilla
bugzilla_noreply at kde.org
Wed May 4 15:46:58 BST 2016
--- Comment #14 from Simon <freisim93 at gmail.com> ---
Indeed, my setup is far from optimal for disk io. I have both the
database and the images on a ntfs pratition of a hard disk on my laptop
(at least not system hd). I thought that the database would be
automatically cached in ram. I will look at it again some time.
Thanks again for your help.
On 02/05/16 21:14, Maik Qualmann via KDE Bugzilla wrote:
> --- Comment #13 from Maik Qualmann <metzpinguin at gmail.com> ---
> This is are long waiting times, up to 5 seconds until a scan is completed for
> one image. Disabling the scanning does not help, he would be rescheduled in any
> case. Modification date or file size have changed and need to be updated in the
> DB. Writing to the SQLite DB is the time problem. The SQLite DB to put on an
> SSD drive is strongly recommended. Here are a few measured values, writing of
> one image information in the DB this include read new information from image
> (images on HDD - EXT4):
> SQLite: 180-270ms
> internal MySQL: 40-70ms
> SQLite: 30-60ms
> Are the images on an NTFS partition? Is also here the SQLite DB?
You are receiving this mail because:
You are the assignee for the bug.
More information about the Digikam-devel