I managed to reproduce the problem on a smaller scale using a generated set of 5,000 1x1 PNG images, each annotated with a certain number of tags, with a total of 6,111 across the set. (I will send you these images in a separate message.)
When I imported the first 250 of these images into a fresh database in Darktable 2.2.4, attaching one new tag to the lot took about two seconds. When I imported all 5,000 into another fresh database, attaching the same tag to the same 250 images took about 10 seconds. I also carried out this same test in Darktable 2.0.7. Importing the 5,000 images gave me a database file of about 500 megabytes (as opposed to four with Darktable 2.2.4), and the same tag-attachment operation took four and a half minutes. When, however, I repeated the operation with the name of a nonexistent tag in the tagging module text box, it took 10 seconds as in Darktable 2.2.4. In light of this result, I should mention that the databases I am having this trouble with were all originally created by Darktable 1.4.2 and are over 75 megabytes in size. -- August Schwerdfeger aug...@schwerdfeger.name On Tue, Aug 1, 2017 at 10:09 AM, August Schwerdfeger < aug...@schwerdfeger.name> wrote: > For privacy reasons, I cannot send the full list of tags from my main > database, but I will try to get together a set that reproduces the problem. > I am also prepared for any needed custom compilations of Darktable. > > I have used a range of GTK versions since I started noticing this issue, > but currently I am using GTK 3.22 on Fedora and whatever version is bundled > with Darktable 2.0.7 for OS X. > > I think that import with tag application has been slowing down as well. > Lately when I import images Darktable just seizes up and only becomes > responsive again some time later, when the import is complete. > > -- > August Schwerdfeger > aug...@schwerdfeger.name > > > On Tue, Aug 1, 2017 at 4:02 AM, Tobias Ellinghaus <m...@houz.org> wrote: > >> Am Montag, 31. Juli 2017, 11:25:02 CEST schrieb August Schwerdfeger: >> > I have used nothing but the Ctrl+T method for some time (I experience >> lags >> > of about 10 seconds between typing a tag name into the module and its >> > actual appearance in the text box). >> > >> > For a while, I could get the Ctrl+T tagging to go faster by keeping the >> > name of a non-existent tag (e.g., "abcdefg") in the module text box, but >> > now even that does not work very well. >> >> That all sounds strange. I just tried with >2k tags in the library and >> everything worked smoothly. >> Could you export the tag list in lighttable and send it to me? I don't >> think >> that the format of the tags makes any difference, but you never know. >> Also, what version of GTK do you use? >> As a last thing you could try: how quick is it when you import an image >> and >> set a tag to be applied during import (in the bottom of the import >> dialog)? Is >> that quick? The reason I ask is that I want to know if it's dt's tagging >> that >> is slow or if it's the GTK side (selecting from a list, auto completion/ >> suggestions, ...). The import module uses our code directly while the >> lighttable parts also depend on GTK. >> >> If all of that doesn't resolve the issue I fear that you have to compile >> darktable yourself so that we can add soem debug prints for you to time >> things. >> >> > -- >> > August Schwerdfeger >> > aug...@schwerdfeger.name >> >> Tobias >> >> [...] > > > ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
