[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2024-11-18 Thread soredake
https://bugs.kde.org/show_bug.cgi?id=362023 soredake changed: What|Removed |Added CC|katyaberezy...@gmail.com| -- You are receiving this mail because: You are wa

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2024-11-18 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #23 from Maik Qualmann --- The speed of writing metadata depends on many factors. The type of drive, local hard drive, whether HDD or SSD or even a network drive. Is writing with ExifTool enabled? ExifTool is safer but also significantly slo

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2024-11-18 Thread S. Burmeister
https://bugs.kde.org/show_bug.cgi?id=362023 S. Burmeister changed: What|Removed |Added CC||sven.burmeis...@gmx.net --- Comment #22 from S.

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2022-05-21 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=362023 Maik Qualmann changed: What|Removed |Added Version Fixed In||7.7.0 Status|REPORTED

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2022-05-21 Thread soredake
https://bugs.kde.org/show_bug.cgi?id=362023 soredake changed: What|Removed |Added CC||ndrzj1...@relay.firefox.com -- You are receiving th

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2022-01-10 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #20 from caulier.gil...@gmail.com --- Maik, Why this file still open even the comment from comment #18 ? Gilles -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2020-08-02 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #19 from caulier.gil...@gmail.com --- digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best Regards Gilles Caulier

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2017-08-12 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=362023 caulier.gil...@gmail.com changed: What|Removed |Added Component|Metadata|Maintenance-Metadata -- You are rece

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2017-02-22 Thread Mario Frank
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #18 from Mario Frank --- Git commit 2f8ddd42ef62d7aea9e490cdb05ffcc644810c81 by Mario Frank. Committed on 22/02/2017 at 15:05. Pushed by mfrank into branch 'master'. Merged the current state of the garbage collection branch which improves t

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-11-25 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=362023 caulier.gil...@gmail.com changed: What|Removed |Added Version|5.0.0 |5.4.0 -- You are receiving this mail

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-11-25 Thread Simon
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #17 from Simon --- Hi Gilles, This problem is still the same. I reduced it for me by using internal mysql database and preloading most of the database to memory. When testing with appimage, sqlite on system hd and data on separate hd (no ss

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-11-25 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=362023 caulier.gil...@gmail.com changed: What|Removed |Added CC||caulier.gil...@gmail.com --- Comment

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-07-08 Thread Bizy via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 Bizy changed: What|Removed |Added CC||koen.b...@gmail.com --- Comment #15 from Bizy --- Same

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-05-04 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #14 from Simon --- 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 cach

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-05-02 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #13 from Maik Qualmann --- 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 ne

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-28 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #12 from Simon --- Created attachment 98665 --> https://bugs.kde.org/attachment.cgi?id=98665&action=edit Command line output in the middle of writing metadat to files with scancontroller2.patch I applied the patch and added the command li

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-28 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #11 from Simon --- Created attachment 98664 --> https://bugs.kde.org/attachment.cgi?id=98664&action=edit Startup of digikam and start of writing metadata with scancontroller2.patch -- You are receiving this mail because: You are watching

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-28 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #10 from Simon --- Do I apply this patch on top of the current HEAD or on top of your previous patch? I guess the first, but just to be sure. On 27/04/16 21:14, Maik Qualmann via KDE Bugzilla wrote: > https://bugs.kde.org/show_bug.cgi?id=3

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-27 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #9 from Maik Qualmann --- Created attachment 98651 --> https://bugs.kde.org/attachment.cgi?id=98651&action=edit scancontroller2.patch That it is now slowly working because now images are processed with symbolic links. Please try this patc

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-27 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 Maik Qualmann changed: What|Removed |Added Attachment #98521|0 |1 is obsolete|

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-24 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #8 from Simon --- And the scan is now going clearly slower than before the patch. I am now running it almost two days and its at 3% only. -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-22 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #7 from Simon --- Created attachment 98528 --> https://bugs.kde.org/attachment.cgi?id=98528&action=edit Command line output in the middle of writing metadat to files with scancontroller.patch -- You are receiving this mail because: You a

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-22 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #6 from Simon --- Created attachment 98527 --> https://bugs.kde.org/attachment.cgi?id=98527&action=edit Startup of digikam and start of writing metadata with scancontroller.patch -- You are receiving this mail because: You are watching

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-22 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #5 from Simon --- Thanks for looking into this. I applied your patch. The results seems to be the same (maybe somewhat less frequent rescans). I attached the initial part of the log after startup, where redundant stuff is excluded (marked by

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-22 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #4 from Maik Qualmann --- Created attachment 98521 --> https://bugs.kde.org/attachment.cgi?id=98521&action=edit scancontroller.patch Can you try this test patch? And report how digiKam now behaves. Maik -- You are receiving this mail b

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-21 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #3 from Maik

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-21 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #2 from Maik Qualmann --- Git commit 773f9361e5df5904c938ad9ee4cbb19acd1aa1f6 by Maik Qualmann. Committed on 21/04/2016 at 19:03. Pushed by mqualmann into branch 'master'. fix absolute file path without symbolic links M +2-2libs/d

[digikam] [Bug 362023] Extremely slow metadata writing via maintenance

2016-04-20 Thread Simon via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362023 --- Comment #1 from Simon --- Created attachment 98490 --> https://bugs.kde.org/attachment.cgi?id=98490&action=edit Command line output of writing metadata to files. -- You are receiving this mail because: You are watching all bug changes.