https://bugs.kde.org/show_bug.cgi?id=277257
Summary: Lousy performance when moving images inside digikam Product: digikam Version: 1.9.0 Platform: Debian testing OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: [hidden email] ReportedBy: [hidden email] Version: 1.9.0 (using KDE 4.6.4) OS: Linux I select 120 images and move them to a different folder on the _same_ partition. * 0.5 s when done in dolphin * 60 s when done in digikam Half a second for one image? This is quite some time. I also wait 5 s when moving 10 images. Why is this? I'm on a Core2Duo 3.16 GHz, Samsung F4 EG (2 TB). Reproducible: Always Steps to Reproduce: Move files. Expected Results: ... OS: Linux (x86_64) release 2.6.39-2.slh.1-aptosid-amd64 Compiler: gcc -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
https://bugs.kde.org/show_bug.cgi?id=277257
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #1 from Gilles Caulier <caulier gilles gmail com> 2011-07-07 05:11:03 --- There is no reason for that. In both case, KDE KIOSlave are used in background... Also, it's not reproducible on my computer (digiKam 2.0.0 RC) Gilles Caulier -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #2 from Simon <simon eu gmail com> 2011-07-07 05:41:31 --- I'll test again when 2.0 is out. Cannot explain it either; it is the same when renaming or deleting pictures as well. Is it maybe related to thumbnail generation which digikam tries to run at the same time? I just noticed that the first few images are renamed very quickly, then it again takes 0.5 s per image (and the album view constantly changes). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #3 from Gilles Caulier <caulier gilles gmail com> 2011-07-07 06:46:34 --- If it's the case, it's abnormal. Thumbs are generated in a separated thread, it don't must slowdown GUI. Here it's not the case (single our double core computer) Run kdebugdialog and turn on digiKam debug space including kioslave and kexiv2 and kdcraw. run digiKam in a console and look trace. Also, which image format you use ? JPEG or RAW ? Gilles Caulier -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #4 from Simon <simon eu gmail com> 2011-07-07 07:50:03 --- Created an attachment (id=61665) --> (http://bugs.kde.org/attachment.cgi?id=61665) Moving files: Debug output log Moved around 50 files. Hope the log is useful. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #5 from Simon <simon eu gmail com> 2011-07-07 07:50:35 --- And, the images were JPG usually. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|general |Database --- Comment #6 from Gilles Caulier <caulier gilles gmail com> 2011-07-08 11:59:27 --- At each file moved, KDE API fired an event through KDirWatch to brind digiKam database about new file to parse and registered. It can take a while. This can explain the difference with Dolphin. On my computer (double core), the difference is not too big. At least, it take more time, sure, but it's not like in your computer. But i'm use digiKam 2.0.0 RC. We probably improve this behavior (more than one year of development). If you can, please try this version on your computer. Thanks in advance Gilles Caulier -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
S. Burmeister <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #7 from S. Burmeister <sven burmeister gmx net> 2011-07-08 12:27:26 --- I also often have the feeling that digikam writes to the database after each step it takes. E.g. if one has a folder of new images. Instead of first reading all thumbnails and displaying them. It feels like digikam writes the thumbnail to the database/hdd after each picture – which of course slows the displaying of the thumbnails down. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #8 from Marcel Wiesweg <marcel wiesweg gmx de> 2011-07-11 16:37:34 --- Simon: Is significant CPU usage involved for any process? Sven: Yes, it writes each newly generated thumbnail to db immediately. (one time ever per picture). Of course, SQlite is very slow with a write operation. Here MySQL will be superior. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #9 from Gilles Caulier <caulier gilles gmail com> 2011-12-15 08:49:38 --- Simon, Do you see comment #8 from Marcel ? Gilles Caulier -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #10 from Gilles Caulier <[hidden email]> --- Do you use mysql or sqlite database ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #11 from Gilles Caulier <[hidden email]> --- We need a fresh feedback using last digiKam 4.2.0 Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
Michael G. Hansen <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Lousy performance when |Bad performance when moving |moving images inside |images inside digikam |digikam | CC| |[hidden email] -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #12 from Simon <[hidden email]> --- Can only test on 3.5 right now. Would this help as well? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #13 from Gilles Caulier <[hidden email]> --- It's better than nothing. But last stable 4.2.0 is out and it will be better to switch to 4.x series, where a lots of bugs have been fixed. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Bad performance when moving |CORE : bad performance when |images inside digikam |moving images inside | |digiKam collections -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
--- Comment #14 from Gilles Caulier <[hidden email]> --- Simon, Any feedback ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
[hidden email] changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Version Fixed In| |5.0.0 Status|UNCONFIRMED |RESOLVED --- Comment #15 from [hidden email] --- With 5.0.0, we drop KIOSlave and replace DB access to a pure multi-threaded interface, which is more faster and efficient. We have also drop the KDirWatch API in favor of QFileSystemWatcher. This king of problem with 5.0.0 is not reproducible with SQlite database. I close this file now. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Simon-2
https://bugs.kde.org/show_bug.cgi?id=277257
[hidden email] changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Database |Database-Scan -- You are receiving this mail because: You are the assignee for the bug. |
Free forum by Nabble | Edit this page |