Hello,
I use Digikam to organize my photo collection and manage all the photos, the main problem is startup time. I have more than 20.000 photos on disk. Well in fact I have even more if I include archives from last years. But I put only these 20.000 in Digikam collections. When I start Digikam it takes _minutes_, if I just want to find one single photo I need to wait few minutes first. Or use different application like geeqie (I store photos as RAW files, but geeqie knows how to show them). I disabled checking for new files at startup but still it takes lots of time to just read the database. Picasa doesn't have this problem. Is it a bug? Should I just put less files in Digikam collections and organize them by file manager instead Digikam? -- Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2009/7/7 Jacek Poplawski <[hidden email]>:
> Hello, > > I use Digikam to organize my photo collection and manage all the photos, the > main problem is startup time. I have more than 20.000 photos on disk. Well > in fact I have even more if I include archives from last years. But I put > only these 20.000 in Digikam collections. > > When I start Digikam it takes _minutes_, if I just want to find one single > photo I need to wait few minutes first. Or use different application like > geeqie (I store photos as RAW files, but geeqie knows how to show them). > > I disabled checking for new files at startup but still it takes lots of time > to just read the database. > Picasa doesn't have this problem. > > Is it a bug? Should I just put less files in Digikam collections and > organize them by file manager instead Digikam? There is already a thread in this room about this subject and an entry in bugzilla... Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
The question is why it takes minutes?
I have a collection with over 200.000 images, it starts quite fast (ok KDE3 version is faster, but still it takes only 10-20 seconds, depending on my system cache). Which filesystem do you use (for images and the digikam database)? Andi On Tuesday 07 July 2009 12:41:03 Gilles Caulier wrote: > 2009/7/7 Jacek Poplawski <[hidden email]>: > > Hello, > > > > I use Digikam to organize my photo collection and manage all the photos, > > the main problem is startup time. I have more than 20.000 photos on disk. > > Well in fact I have even more if I include archives from last years. But > > I put only these 20.000 in Digikam collections. > > > > When I start Digikam it takes _minutes_, if I just want to find one > > single photo I need to wait few minutes first. Or use different > > application like geeqie (I store photos as RAW files, but geeqie knows > > how to show them). > > > > I disabled checking for new files at startup but still it takes lots of > > time to just read the database. > > Picasa doesn't have this problem. > > > > Is it a bug? Should I just put less files in Digikam collections and > > organize them by file manager instead Digikam? > > There is already a thread in this room about this subject and an entry > in bugzilla... > > Gilles Caulier > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Tue, Jul 7, 2009 at 12:44 PM, Andi Clemens <[hidden email]> wrote: -- The question is why it takes minutes? AFAIR it's ReiserFS. Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Bugzilla from andi.clemens@gmx.net
And just one more note: those 10-20 seconds startup time are only true for the
first start of course, after that digiKam is up in less then 3 seconds. I just timed it correctly, without the thumbDB and all caches cleared: sudo sync sudo echo 1 > /proc/sys/vm/drop_caches it takes 7 seconds on first startup, with thumbDB enabled 15 seconds (but this is another story). Andi On Tuesday 07 July 2009 12:44:49 Andi Clemens wrote: > The question is why it takes minutes? > I have a collection with over 200.000 images, it starts quite fast (ok KDE3 > version is faster, but still it takes only 10-20 seconds, depending on my > system cache). > > Which filesystem do you use (for images and the digikam database)? > > Andi > > On Tuesday 07 July 2009 12:41:03 Gilles Caulier wrote: > > 2009/7/7 Jacek Poplawski <[hidden email]>: > > > Hello, > > > > > > I use Digikam to organize my photo collection and manage all the > > > photos, the main problem is startup time. I have more than 20.000 > > > photos on disk. Well in fact I have even more if I include archives > > > from last years. But I put only these 20.000 in Digikam collections. > > > > > > When I start Digikam it takes _minutes_, if I just want to find one > > > single photo I need to wait few minutes first. Or use different > > > application like geeqie (I store photos as RAW files, but geeqie knows > > > how to show them). > > > > > > I disabled checking for new files at startup but still it takes lots of > > > time to just read the database. > > > Picasa doesn't have this problem. > > > > > > Is it a bug? Should I just put less files in Digikam collections and > > > organize them by file manager instead Digikam? > > > > There is already a thread in this room about this subject and an entry > > in bugzilla... > > > > Gilles Caulier > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Tue, Jul 7, 2009 at 1:03 PM, Andi Clemens <[hidden email]> wrote: -- And just one more note: those 10-20 seconds startup time are only true for the For me it takes few minutes everytime. Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Jacek Poplawski-2
On Tue, Jul 7, 2009 at 12:55 PM, Jacek
Poplawski<[hidden email]> wrote: > On Tue, Jul 7, 2009 at 12:44 PM, Andi Clemens <[hidden email]> wrote: >> >> The question is why it takes minutes? >> I have a collection with over 200.000 images, it starts quite fast (ok >> KDE3 >> version is faster, but still it takes only 10-20 seconds, depending on my >> system cache). >> >> Which filesystem do you use (for images and the digikam database)? > > AFAIR it's ReiserFS. I have the same problem with ReiserFS. With a collection of about 8700 photos first startup takes about 1 min 20 sec, subsequent startups about 5 sec. Daniel _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2009/7/7 Daniel Svärd <[hidden email]> -- I have the same problem with ReiserFS. With a collection of about 8700 I am afraid we are talking about something different. It takes few minutes every time for me, not first time. To start Digikam in few seconds I need to remove all collections from it and add single one with a 300 photos or so. Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Jacek Poplawski-2
Hmm seems to be a reiserFS problem, since every one reporting this is using
reiserFS, also the older reports are talking about reiser. Unfortunately my media drive is 300GB big, so I'm not willing to change my ext4 filesystem to reiserfs now :) But I might use another partition tonight and convert it. My other test collection of 25.000 images should fit on there. Maybe I can see the speed issues, too. Note that reiserFS is fragmenting quite fast, much more then all the other linux filesystems. So even if I create a test partition today, I'm not sure if I will see performance issues, since the reiserFS partition will be quite fast. Do you know a script that can simulate a lot of disk activity, so I can try to fragment the partition in a short time? Andi On Tuesday 07 July 2009 13:05:38 Jacek Poplawski wrote: > On Tue, Jul 7, 2009 at 1:03 PM, Andi Clemens <[hidden email]> wrote: > > And just one more note: those 10-20 seconds startup time are only true > > for the > > first start of course, after that digiKam is up in less then 3 seconds. > > > > I just timed it correctly, without the thumbDB and all caches cleared: > > sudo sync > > sudo echo 1 > /proc/sys/vm/drop_caches > > > > it takes 7 seconds on first startup, with thumbDB enabled 15 seconds (but > > this > > is another story). > > For me it takes few minutes everytime. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Tue, Jul 7, 2009 at 1:12 PM, Andi Clemens <[hidden email]> wrote: -- Hmm seems to be a reiserFS problem, since every one reporting this is using Is that matter than I have only RAW files, not jpegs? I have two disks: 500GB and 700GB, and my photo partition is about 300GB. Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Bugzilla from andi.clemens@gmx.net
On Tuesday 07 July 2009 13:12:12 Andi Clemens wrote: > if I will see performance issues, since the reiserFS partition will be > quite fast. ... since the reiserFS partiton will be quite new. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Bugzilla from andi.clemens@gmx.net
On Tuesday 07 July 2009, Andi Clemens wrote:
> Hmm seems to be a reiserFS problem, since every one reporting this is using > reiserFS, also the older reports are talking about reiser. Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 One problem I have is that all of my pictures are in two albums, but they are the same album. In otherwords, two albums pointing to the same directory. So it may be doing twice the work when it wouldn't have to. I haven't yet figured out a way to get rid of the duplicate since eliminating one album would delete all of the pictures in it!! Don't know why Digikam was designed to operate that way. You should be able to remove an album from Digikam without having to delete anything. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Andi,
just a stupid question : do you run splashscreen at startup or progress dialog ? Can you switch to check the difference ? Gilles Caulier 2009/7/7 Bruce Marshall <[hidden email]>: > On Tuesday 07 July 2009, Andi Clemens wrote: >> Hmm seems to be a reiserFS problem, since every one reporting this is using >> reiserFS, also the older reports are talking about reiser. > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 > > One problem I have is that all of my pictures are in two albums, but they are > the same album. In otherwords, two albums pointing to the same directory. > So it may be doing twice the work when it wouldn't have to. > > I haven't yet figured out a way to get rid of the duplicate since eliminating > one album would delete all of the pictures in it!! Don't know why Digikam > was designed to operate that way. You should be able to remove an album from > Digikam without having to delete anything. > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hmm there is something different then the splashcreen? Never seen that!
;-) Ok I will check. But again for me startup time is quite normal, I don't think 7 seconds is too much for so many images (and remember, all libs need to be loaded on first run, too). But over 1 minute and more is strange and has been reported a lot for reiserFS partitions. I will create a reiserFS partition later on and test it. Andi On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: > Andi, > > just a stupid question : do you run splashscreen at startup or > progress dialog ? Can you switch to check the difference ? > > Gilles Caulier > > 2009/7/7 Bruce Marshall <[hidden email]>: > > On Tuesday 07 July 2009, Andi Clemens wrote: > >> Hmm seems to be a reiserFS problem, since every one reporting this is > >> using reiserFS, also the older reports are talking about reiser. > > > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 > > > > One problem I have is that all of my pictures are in two albums, but they > > are the same album. In otherwords, two albums pointing to the same > > directory. So it may be doing twice the work when it wouldn't have to. > > > > I haven't yet figured out a way to get rid of the duplicate since > > eliminating one album would delete all of the pictures in it!! Don't > > know why Digikam was designed to operate that way. You should be able to > > remove an album from Digikam without having to delete anything. > > > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hmm Gilles I don't have a progress bar when I disable the splashscreen.
Am I misunderstanding you here? But it is not faster or slower, now that the splash is disabled. Andi On Tuesday 07 July 2009 19:55:42 Andi Clemens wrote: > Hmm there is something different then the splashcreen? Never seen that! > ;-) > Ok I will check. But again for me startup time is quite normal, I don't > think 7 seconds is too much for so many images (and remember, all libs need > to be loaded on first run, too). > But over 1 minute and more is strange and has been reported a lot for > reiserFS partitions. > > I will create a reiserFS partition later on and test it. > > Andi > > On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: > > Andi, > > > > just a stupid question : do you run splashscreen at startup or > > progress dialog ? Can you switch to check the difference ? > > > > Gilles Caulier > > > > 2009/7/7 Bruce Marshall <[hidden email]>: > > > On Tuesday 07 July 2009, Andi Clemens wrote: > > >> Hmm seems to be a reiserFS problem, since every one reporting this is > > >> using reiserFS, also the older reports are talking about reiser. > > > > > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 > > > > > > One problem I have is that all of my pictures are in two albums, but > > > they are the same album. In otherwords, two albums pointing to the > > > same directory. So it may be doing twice the work when it wouldn't have > > > to. > > > > > > I haven't yet figured out a way to get rid of the duplicate since > > > eliminating one album would delete all of the pictures in it!! Don't > > > know why Digikam was designed to operate that way. You should be able > > > to remove an album from Digikam without having to delete anything. > > > > > > _______________________________________________ > > > Digikam-users mailing list > > > [hidden email] > > > https://mail.kde.org/mailman/listinfo/digikam-users > > > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2009/7/7 Andi Clemens <[hidden email]>:
> Hmm Gilles I don't have a progress bar when I disable the splashscreen. > Am I misunderstanding you here? > But it is not faster or slower, now that the splash is disabled. Here i have progress dialog, if scan at startup is enable. In theory, this must be the same time, but mechanisms in code to post progress is a little bit different. Gilles > > Andi > > On Tuesday 07 July 2009 19:55:42 Andi Clemens wrote: >> Hmm there is something different then the splashcreen? Never seen that! >> ;-) >> Ok I will check. But again for me startup time is quite normal, I don't >> think 7 seconds is too much for so many images (and remember, all libs need >> to be loaded on first run, too). >> But over 1 minute and more is strange and has been reported a lot for >> reiserFS partitions. >> >> I will create a reiserFS partition later on and test it. >> >> Andi >> >> On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: >> > Andi, >> > >> > just a stupid question : do you run splashscreen at startup or >> > progress dialog ? Can you switch to check the difference ? >> > >> > Gilles Caulier >> > >> > 2009/7/7 Bruce Marshall <[hidden email]>: >> > > On Tuesday 07 July 2009, Andi Clemens wrote: >> > >> Hmm seems to be a reiserFS problem, since every one reporting this is >> > >> using reiserFS, also the older reports are talking about reiser. >> > > >> > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 >> > > >> > > One problem I have is that all of my pictures are in two albums, but >> > > they are the same album. In otherwords, two albums pointing to the >> > > same directory. So it may be doing twice the work when it wouldn't have >> > > to. >> > > >> > > I haven't yet figured out a way to get rid of the duplicate since >> > > eliminating one album would delete all of the pictures in it!! Don't >> > > know why Digikam was designed to operate that way. You should be able >> > > to remove an album from Digikam without having to delete anything. >> > > >> > > _______________________________________________ >> > > Digikam-users mailing list >> > > [hidden email] >> > > https://mail.kde.org/mailman/listinfo/digikam-users >> > >> > _______________________________________________ >> > Digikam-users mailing list >> > [hidden email] >> > https://mail.kde.org/mailman/listinfo/digikam-users >> >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Oh I have not "scanning" enabled. But I will do so now...
Andi On Tuesday 07 July 2009 20:00:21 Gilles Caulier wrote: > 2009/7/7 Andi Clemens <[hidden email]>: > > Hmm Gilles I don't have a progress bar when I disable the splashscreen. > > Am I misunderstanding you here? > > But it is not faster or slower, now that the splash is disabled. > > Here i have progress dialog, if scan at startup is enable. > > In theory, this must be the same time, but mechanisms in code to post > progress is a little bit different. > > Gilles > > > Andi > > > > On Tuesday 07 July 2009 19:55:42 Andi Clemens wrote: > >> Hmm there is something different then the splashcreen? Never seen that! > >> ;-) > >> Ok I will check. But again for me startup time is quite normal, I don't > >> think 7 seconds is too much for so many images (and remember, all libs > >> need to be loaded on first run, too). > >> But over 1 minute and more is strange and has been reported a lot for > >> reiserFS partitions. > >> > >> I will create a reiserFS partition later on and test it. > >> > >> Andi > >> > >> On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: > >> > Andi, > >> > > >> > just a stupid question : do you run splashscreen at startup or > >> > progress dialog ? Can you switch to check the difference ? > >> > > >> > Gilles Caulier > >> > > >> > 2009/7/7 Bruce Marshall <[hidden email]>: > >> > > On Tuesday 07 July 2009, Andi Clemens wrote: > >> > >> Hmm seems to be a reiserFS problem, since every one reporting this > >> > >> is using reiserFS, also the older reports are talking about reiser. > >> > > > >> > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 > >> > > > >> > > One problem I have is that all of my pictures are in two albums, but > >> > > they are the same album. In otherwords, two albums pointing to the > >> > > same directory. So it may be doing twice the work when it wouldn't > >> > > have to. > >> > > > >> > > I haven't yet figured out a way to get rid of the duplicate since > >> > > eliminating one album would delete all of the pictures in it!! > >> > > Don't know why Digikam was designed to operate that way. You should > >> > > be able to remove an album from Digikam without having to delete > >> > > anything. > >> > > > >> > > _______________________________________________ > >> > > Digikam-users mailing list > >> > > [hidden email] > >> > > https://mail.kde.org/mailman/listinfo/digikam-users > >> > > >> > _______________________________________________ > >> > Digikam-users mailing list > >> > [hidden email] > >> > https://mail.kde.org/mailman/listinfo/digikam-users > >> > >> _______________________________________________ > >> Digikam-users mailing list > >> [hidden email] > >> https://mail.kde.org/mailman/listinfo/digikam-users > > > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Ok, it really is a little bit slower WITH the splash enabled then without it.
Approximately 2 seconds... weird. Andi On Tuesday 07 July 2009 20:12:01 Andi Clemens wrote: > Oh I have not "scanning" enabled. But I will do so now... > > Andi > > On Tuesday 07 July 2009 20:00:21 Gilles Caulier wrote: > > 2009/7/7 Andi Clemens <[hidden email]>: > > > Hmm Gilles I don't have a progress bar when I disable the splashscreen. > > > Am I misunderstanding you here? > > > But it is not faster or slower, now that the splash is disabled. > > > > Here i have progress dialog, if scan at startup is enable. > > > > In theory, this must be the same time, but mechanisms in code to post > > progress is a little bit different. > > > > Gilles > > > > > Andi > > > > > > On Tuesday 07 July 2009 19:55:42 Andi Clemens wrote: > > >> Hmm there is something different then the splashcreen? Never seen > > >> that! ;-) > > >> Ok I will check. But again for me startup time is quite normal, I > > >> don't think 7 seconds is too much for so many images (and remember, > > >> all libs need to be loaded on first run, too). > > >> But over 1 minute and more is strange and has been reported a lot for > > >> reiserFS partitions. > > >> > > >> I will create a reiserFS partition later on and test it. > > >> > > >> Andi > > >> > > >> On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: > > >> > Andi, > > >> > > > >> > just a stupid question : do you run splashscreen at startup or > > >> > progress dialog ? Can you switch to check the difference ? > > >> > > > >> > Gilles Caulier > > >> > > > >> > 2009/7/7 Bruce Marshall <[hidden email]>: > > >> > > On Tuesday 07 July 2009, Andi Clemens wrote: > > >> > >> Hmm seems to be a reiserFS problem, since every one reporting > > >> > >> this is using reiserFS, also the older reports are talking about > > >> > >> reiser. > > >> > > > > >> > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 > > >> > > > > >> > > One problem I have is that all of my pictures are in two albums, > > >> > > but they are the same album. In otherwords, two albums pointing > > >> > > to the same directory. So it may be doing twice the work when it > > >> > > wouldn't have to. > > >> > > > > >> > > I haven't yet figured out a way to get rid of the duplicate since > > >> > > eliminating one album would delete all of the pictures in it!! > > >> > > Don't know why Digikam was designed to operate that way. You > > >> > > should be able to remove an album from Digikam without having to > > >> > > delete anything. > > >> > > > > >> > > _______________________________________________ > > >> > > Digikam-users mailing list > > >> > > [hidden email] > > >> > > https://mail.kde.org/mailman/listinfo/digikam-users > > >> > > > >> > _______________________________________________ > > >> > Digikam-users mailing list > > >> > [hidden email] > > >> > https://mail.kde.org/mailman/listinfo/digikam-users > > >> > > >> _______________________________________________ > > >> Digikam-users mailing list > > >> [hidden email] > > >> https://mail.kde.org/mailman/listinfo/digikam-users > > > > > > _______________________________________________ > > > Digikam-users mailing list > > > [hidden email] > > > https://mail.kde.org/mailman/listinfo/digikam-users > > > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2009/7/7 Andi Clemens <[hidden email]>:
> Ok, it really is a little bit slower WITH the splash enabled then without it. > Approximately 2 seconds... weird. ok. i have also see a similar delay. This can be explained by the way to redraw full pixmap of splashscreen instead only the space where text is displayed. Gilles > > Andi > > On Tuesday 07 July 2009 20:12:01 Andi Clemens wrote: >> Oh I have not "scanning" enabled. But I will do so now... >> >> Andi >> >> On Tuesday 07 July 2009 20:00:21 Gilles Caulier wrote: >> > 2009/7/7 Andi Clemens <[hidden email]>: >> > > Hmm Gilles I don't have a progress bar when I disable the splashscreen. >> > > Am I misunderstanding you here? >> > > But it is not faster or slower, now that the splash is disabled. >> > >> > Here i have progress dialog, if scan at startup is enable. >> > >> > In theory, this must be the same time, but mechanisms in code to post >> > progress is a little bit different. >> > >> > Gilles >> > >> > > Andi >> > > >> > > On Tuesday 07 July 2009 19:55:42 Andi Clemens wrote: >> > >> Hmm there is something different then the splashcreen? Never seen >> > >> that! ;-) >> > >> Ok I will check. But again for me startup time is quite normal, I >> > >> don't think 7 seconds is too much for so many images (and remember, >> > >> all libs need to be loaded on first run, too). >> > >> But over 1 minute and more is strange and has been reported a lot for >> > >> reiserFS partitions. >> > >> >> > >> I will create a reiserFS partition later on and test it. >> > >> >> > >> Andi >> > >> >> > >> On Tuesday 07 July 2009 19:48:22 Gilles Caulier wrote: >> > >> > Andi, >> > >> > >> > >> > just a stupid question : do you run splashscreen at startup or >> > >> > progress dialog ? Can you switch to check the difference ? >> > >> > >> > >> > Gilles Caulier >> > >> > >> > >> > 2009/7/7 Bruce Marshall <[hidden email]>: >> > >> > > On Tuesday 07 July 2009, Andi Clemens wrote: >> > >> > >> Hmm seems to be a reiserFS problem, since every one reporting >> > >> > >> this is using reiserFS, also the older reports are talking about >> > >> > >> reiser. >> > >> > > >> > >> > > Takes me 1:20 on an EXT3 disk running XFCE and Digikam 0.10.0 >> > >> > > >> > >> > > One problem I have is that all of my pictures are in two albums, >> > >> > > but they are the same album. In otherwords, two albums pointing >> > >> > > to the same directory. So it may be doing twice the work when it >> > >> > > wouldn't have to. >> > >> > > >> > >> > > I haven't yet figured out a way to get rid of the duplicate since >> > >> > > eliminating one album would delete all of the pictures in it!! >> > >> > > Don't know why Digikam was designed to operate that way. You >> > >> > > should be able to remove an album from Digikam without having to >> > >> > > delete anything. >> > >> > > >> > >> > > _______________________________________________ >> > >> > > Digikam-users mailing list >> > >> > > [hidden email] >> > >> > > https://mail.kde.org/mailman/listinfo/digikam-users >> > >> > >> > >> > _______________________________________________ >> > >> > Digikam-users mailing list >> > >> > [hidden email] >> > >> > https://mail.kde.org/mailman/listinfo/digikam-users >> > >> >> > >> _______________________________________________ >> > >> Digikam-users mailing list >> > >> [hidden email] >> > >> https://mail.kde.org/mailman/listinfo/digikam-users >> > > >> > > _______________________________________________ >> > > Digikam-users mailing list >> > > [hidden email] >> > > https://mail.kde.org/mailman/listinfo/digikam-users >> > >> > _______________________________________________ >> > Digikam-users mailing list >> > [hidden email] >> > https://mail.kde.org/mailman/listinfo/digikam-users >> >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Bugzilla from andi.clemens@gmx.net
Andi Clemens píše v Út 07. 07. 2009 v 13:12 +0200:
> Hmm seems to be a reiserFS problem, since every one reporting this is using > reiserFS, also the older reports are talking about reiser. > Yes, it could be reiserfs. Until recently (a week ago or so), I have been using ext3 [1] and did not notice such a long startup. Now it takes about three minutes to load 15 thousand images (the splash screen shows "reading database") for the first run after PC reboot. Iotop shows average read activity 600 kB/s. (I have 4 GB RAM on amd64 with digiKam 0.10.0, ubuntu.) If I quit digiKam and start again, it takes about 5 seconds.... Flushing cache does not lead to expected long startup time - just about 13 seconds. > Note that reiserFS is fragmenting quite fast, much more then all the other > linux filesystems. So even if I create a test partition today, I'm not sure if > I will see performance issues, since the reiserFS partition will be quite > new. In my case, I do not think a significant fragmentation would appear in a week time (desktop computer use, 750 GB HDD, 40 % free). And it is still slow. [1] Off topic: There is a known problem with kernel 2.6.x in some linux distributions - high I/O activity makes the desktop computer unusable with programs which need some, even minimal, read/write on harddrive (Firefox, Evolution, etc...). With reiserfs (and others), the problem is not so obvious as with ext3. Recent kernel 2.6.30 should improve some things with ext3, but the general fact that high I/O "kills" the desktop still remains. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |