[digikam] [Bug 496691] New: duplicate search has become much slower on the release version of digikam 8.5

2024-11-25 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 Bug ID: 496691 Summary: duplicate search has become much slower on the release version of digikam 8.5 Classification: Applications Product: digikam Version: 8.5.0 Platform: Ar

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-11-25 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 garfer changed: What|Removed |Added CC||garfer1...@gmail.com -- You are receiving this mail

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-11-25 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #1 from garfer --- doing a debug trace on the newer versions i get statements such as: digikam.dimg.jpeg: RST0 ( 3 ) digikam.dimg.jpeg: RST1 ( 3 ) digikam.dimg.jpeg: RST2 ( 3 ) digikam.dimg.jpeg: RST3 ( 3 ) digikam.dimg.jpeg: RST4 ( 3

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-11-25 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 garfer changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-17 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #7 from garfer --- makes sense, i'll try recreating the thumbnails to see if that solves the issue, in any case i'd like to clarify that by "creating a new DB" i meant both creating the core DB and running the appropria

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-18 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #9 from garfer --- i've been compiling several versions of digikam trying to find the point at which this started happening and i've narrowed down to the commits made on Sep 29 2024 and all i can say with certainty is that on

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-18 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #8 from garfer --- nothing, same speed, logs and disk usage, i'm pretty sure thumbnails are created and working given the performance while browsing the galleries and the size of the thumbnails DB as a sidenote testing on 8.4 wit

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-13 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #5 from garfer --- i tried making a new database altogether and calculated the fingerprints using both the maintenance tool and the "update fingerprints" button on the duplicate search interface using the release version of 6

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-12 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 garfer changed: What|Removed |Added Ever confirmed|0 |1 Resolution|NOT A BUG

[digikam] [Bug 496691] duplicate search has become much slower on the release version of digikam 8.5

2024-12-19 Thread garfer
https://bugs.kde.org/show_bug.cgi?id=496691 --- Comment #13 from garfer --- since this seems to be the issue 'll add some more specific details CPU: intel i5-12600KF time to find duplicates on a gallery containing 5994 images (similarity and thumbnail DBs created and updated): -- c