Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Achim Bohnet wrote: > One last check, before we contact upstream: > > o rename you the top dir of digikam album collections > and create an empty dir > o rename ~/.kde/share/apps/digikam > o start digikam and try to import the problematic > folder back into the empty hierarchy. try to import > some other. I tried all the above before. Doing it again AND importing a whole directory, I can import 500 MB of images without problems. But as soon as I open the thumbnail-view - you name it - it gets stuck again. /Markus > > Achim > > Old message we forgot to CC to the debian BTS: > > On Thursday 21 April 2005 16:00, Markus Schatzl wrote: > >>Achim Bohnet wrote: >> >>>[...] >>> >>> I just recreated the digikam-folder and tried to throw a few images via "import images". It hung again after copying about 3MB of photos were transferred. >>> >>> >>>All works perfectly here. >>>Is your album library on a NFS filesystem? >> >>No, just a plain dir in ~. I even reinstalled digikam and also got the >>digikamimageplugins. But again, it stops copying after some MB (ok, >>not 30, which is an order more than before). >> >> >>>Nothing obvious. Was digikam the first pkg installed >>>2005-03-25 12:* >> >>No, just the first one i tailed out. Sorry for not looking at this. >> >>drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnids1 >>drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnet0 >>drwxr-xr-x 2 root root 4096 2005-03-25 11:49 dsniff >>drwxr-xr-x 2 root root 4096 2005-03-25 12:00 libnet-telnet-perl >>drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-perl >>drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-snmp-perl >>drwxr-xr-x 3 root root 4096 2005-03-25 12:03 libsocket6-perl >>drwxr-xr-x 2 root root 4096 2005-03-25 12:03 libio-socket-inet6-perl >>drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkipi0 >>drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkexif1 >>drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libungif4-dev >>drwxr-xr-x 3 root root 4096 2005-03-25 12:43 libjpeg62-dev >>drwxr-xr-x 2 root root 4096 2005-03-25 12:43 digikam >> >> >>/Markus >> >>-- >>A: No. >>Q: Should I include quotations after my reply? >> >> > > - -- A: No. Q: Should I include quotations after my reply? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCZ8hQV/arRO6fNWsRAir+AJ0Wo4SCEqapPJHllcsZ89FcLDSnvwCg4t0G DBSznw3l18z0N72N6NKaIXU= =EIAq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
One last check, before we contact upstream: o rename you the top dir of digikam album collections and create an empty dir o rename ~/.kde/share/apps/digikam o start digikam and try to import the problematic folder back into the empty hierarchy. try to import some other. Achim Old message we forgot to CC to the debian BTS: On Thursday 21 April 2005 16:00, Markus Schatzl wrote: > > Achim Bohnet wrote: > > [...] > > > >>I just recreated the digikam-folder and tried to throw a few images > >>via "import images". It hung again after copying about 3MB of photos > >>were transferred. > > > > > > All works perfectly here. > > Is your album library on a NFS filesystem? > > No, just a plain dir in ~. I even reinstalled digikam and also got the > digikamimageplugins. But again, it stops copying after some MB (ok, > not 30, which is an order more than before). > > > Nothing obvious. Was digikam the first pkg installed > > 2005-03-25 12:* > > No, just the first one i tailed out. Sorry for not looking at this. > > drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnids1 > drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnet0 > drwxr-xr-x 2 root root 4096 2005-03-25 11:49 dsniff > drwxr-xr-x 2 root root 4096 2005-03-25 12:00 libnet-telnet-perl > drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-perl > drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-snmp-perl > drwxr-xr-x 3 root root 4096 2005-03-25 12:03 libsocket6-perl > drwxr-xr-x 2 root root 4096 2005-03-25 12:03 libio-socket-inet6-perl > drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkipi0 > drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkexif1 > drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libungif4-dev > drwxr-xr-x 3 root root 4096 2005-03-25 12:43 libjpeg62-dev > drwxr-xr-x 2 root root 4096 2005-03-25 12:43 digikam > > > /Markus > > -- > A: No. > Q: Should I include quotations after my reply? > > -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
package digikam
severity 305566 normal
stop
I've copied your gif-samples to a new digikam folder
and digikam 0.7.2-2 displayed all 10 thumbnails after
some seconds without problem. Copied 200 other pkgs
into the folder still no problems. So I can't reproduce
here. Considering that almost all user have albums
with > 10 pic I set the severity of the bug to normal.
Can you try to mkdir a new digikam album, tar x your
tar ball to it and start digikam? Maybe your original
folder somehow corrupted?
> > What other pkgs did you install together with and after the
> > digikam 0.7.2 upgrade (ls -ltr | tail -50)?
>
> You probably mean this:
No, but I missed the dir: ls -ltr /usr/share/doc | tail -50
Sorry. Increase 50 until you see the jump in time before
digikam was installed.
> cd /var/cache/apt/archives
> find . -anewer digikam_0.7.2-2_i386.deb -exec ls -l \{\} \;
the downloaded debs preserve their date so they are not related
to the installation/download time.
Achim
--
To me vi is Zen. To use vi is to practice zen. Every command is
a koan. Profound to the user, unintelligible to the uninitiated.
You discover truth everytime you use it.
-- [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Achim,
> Hmm, only 10 thumbnails only? All my albums have more (all < 150)
Mine normally too.
> This sounds more like a 'broken' image triggering digikams memory
> consumption to go out of bounds. Is it always the '8th' pic that
> triggers it of only one of the 10 pictues?
The 9th. For the said album, yes. But even there (where an 8th gif
keeps everything in a normal state) the exchange the 8th one with a
~1MB jpg is triggering the thing.
> What happens when you looks at the folder with other tools like
> gwenview, showimg, konqueror?
Nothing, all of them run without errors when I try to view single
images/folders. Seems to be specific to digikam.
> What other pkgs did you install together with and after the
> digikam 0.7.2 upgrade (ls -ltr | tail -50)?
You probably mean this:
cd /var/cache/apt/archives
find . -anewer digikam_0.7.2-2_i386.deb -exec ls -l \{\} \;
I attached the output to this mail.
> Can you tar the album with the 10/4k gifs and attach it to the bug
> report?
Sure, also attached.
> P.S. I've build a 0.7.3-beta1 deb with the patch applied but
> now digikam and kio_thumbnails use each 50% CPU on the
> first thumbnail creation of an little AVI movie :(
Please send me a download link. My cameras driver refuses to download
movies from it anyway.
Hope that helps,
/Markus
- --
A: No.
Q: Should I include quotations after my reply?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCZ0GTV/arRO6fNWsRAjcxAKCBvtUHyYzg9PZUicfybankLr6fhwCeNrFc
xW1Sb9wNS1Mc7JNz/x2qoyI=
=+JVU
-END PGP SIGNATURE-
gif-samples.tgz
Description: GNU Unix tar archive
pkglist.tgz
Description: GNU Unix tar archive
Bug#305566: digikam: hangs when trying to display larger albums
On Wednesday 20 April 2005 23:32, Markus Schatzl wrote: > Hi Achim, > > > What is huge? How many pictures? Total size of pictures? > > Not that much, actually. About 10 pictures at ~1MB suffice to trigger > the issue. Hmm, only 10 thumbnails only? All my albums have more (all < 150). No problem here. > But meanwhile (sorry for not checking this before) I found out that > not the filesize raises the problem, it seems to be the displaying of > them, i.e. the thumbnails. BTW, it's typical that some of the > thumbnail-placeholders to remain empty before digikam starts to eat up > all CPU-time. This sounds more like a 'broken' image triggering digikams memory consumption to go out of bounds. Is it always the '8th' pic that triggers it of only one of the 10 pictues? > I exchanged the pictures from the said 10/1MB album with 10 4K gifs > and got the freeze again. When I deleted 2 of them and started digikam > again, everything was ok. > > Changing the thumbnail display size made it possible to scroll down a > bit where otherwise the mere show()ing of the first few images > triggered the bug. What happens when you looks at the folder with other tools like gwenview, showimg, konqueror? What other pkgs did you install together with and after the digikam 0.7.2 upgrade (ls -ltr | tail -50)? Can you tar the album with the 10/4k gifs and attach it to the bug report? Achim P.S. I've build a 0.7.3-beta1 deb with the patch applied but now digikam and kio_thumbnails use each 50% CPU on the first thumbnail creation of an little AVI movie :(:( > > > If you used a digikam version before that did not show the problem, > > which version? > > I set up that box completely anew about 2 months ago. The version that > ran on UNSTABLE on the old disk worked fine. Since 0.7.2 went to > unstable not before Feb 16 it must have been 0.7-x or 0.7.1. So it was 0.7.0. But I doubt that the digikam upgrade triggered the problem. What other pkgs did you install together with and after the digikam 0.7.2 upgrade (ls -ltr | tail -50)? Can you tar the album with the 10/4k gifs and attach it to the bug report? > > If you need more infos, don't hesitate to ask. I did not ;) Achim P.S. I've build a 0.7.3-beta1 deb with the patch applied but now digikam and kio_thumbnails use each 50% CPU on the first thumbnail creation of an little AVI movie :( > > > Thanks in advance, > /Markus > > -- > A: No. > Q: Should I include quotations after my reply? > > -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
Hi Markus, looks like it's a known Problem: http://sourceforge.net/mailarchive/message.php?msg_id=11492713 ... One of the problems with current digikam is that the thumbnail pixmaps are kept in memory for all the items in the current view. usually users have <300 files per folder, so thats not a big problem. but with tags (and espcially with recursive subtags), you can easily have >1000 pictures in one view. if this number grows too large, you can easily run out of memory. i have been trying to come up with a clean design to handle this problem and here"s a preliminary patch to attempt that, which will keep the memory requirement fairly constant by putting a cap on how many thumbnails are kept in memory. the patch should apply cleanly against current cvs. ... None of the patches commited yet to cvs AFAICS. Have you time/knowledge/patience to build from cvs and try patch#3? I'm still curious how many files you have in one album ;) Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
Hi Markus, What is huge? How many pictures? Total size of pictures? If you used a digikam version before that did not show the problem, which version? Thx, Achim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: digikam
Version: 0.7.2-2
Severity: grave
Justification: renders package unusable
- -- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Misc: 1GB RAM
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages digikam depends on:
ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries
ii libart-2.0-2 2.3.17-1Library of functions for
2D graphi
ii libaudio21.7-2 The Network Audio System
(NAS). (s
ii libc62.3.2.ds1-21GNU C Library: Shared
libraries an
ii libexif100.6.9-6 library to parse EXIF files
ii libfam0c102 2.7.0-6 client library to control
the FAM
ii libfontconfig1 2.3.1-2 generic font
configuration library
ii libfreetype6 2.1.7-2.3 FreeType 2 font engine,
shared lib
ii libgcc1 1:3.4.3-12 GCC support library
ii libgdbm3 1.8.3-2 GNU dbm database routines
(runtime
ii libgphoto2-2 2.1.5-4 gphoto2 digital camera
library
ii libgphoto2-port0 2.1.5-4 gphoto2 digital camera
port librar
ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii libidn11 0.5.13-1.0 GNU libidn library,
implementation
ii libimlib21.2.0-2.2 powerful image loading
and renderi
ii libimlib2-dev1.2.0-2.2 Imlib2 development files
ii libjpeg626b-10 The Independent JPEG
Group's JPEG
ii libkexif10.2.1-2 library for KDE to
read/display/ed
ii libkipi0 0.1.1-2 library for apps that
want to use
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded
runtime v
ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session
Management
ii libstdc++5 1:3.3.5-12 The GNU Standard C++
Library v3
ii libtiff4 3.7.2-2 Tag Image File Format
(TIFF) libra
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol
client li
ii libxcursor1 1.1.3-1 X cursor management library
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System
miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font
drawing librar
ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize,
Rotate and
ii libxrender1 0.8.3-7 X Rendering Extension
client libra
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension
(XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
- -- no debconf information
A strace reveals that digikam (or any of its libs) tries to do a brk()
to allocate more memory and gets stuck then (eats almost all CPU time):
read(16, " 0_68_", 10) = 10
time(NULL) = 1113823069
gettimeofday({1113823069, 797626}, NULL) = 0
gettimeofday({1113823069, 811999}, NULL) = 0
write(16, "3a_50_\0\0\0\2\0\0\0\n\0s\0h\0m\0i\0d\0\0\0\16"..., 68) =
68
write(16, "a7_43_\0\0\0 \0d\0i\0g\0i\0k\0a\0m\0t\0h"..., 177) = 177
gettimeofday({1113823069, 818037}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1113823069, 818158}, NULL) = 0
select(19, [3 4 5 7 9 11 15 16 18], [], [], {19, 465938}) = 1 (in [16],
left {19, 466000})
read(16, " c_64_", 10) = 10
read(16, "\0\0\0d\0\0\0K\0\0\0 ", 12) = 12
brk(0) = 0x86ac000
brk(0x86d4000) = 0x86d4000
brk(0) = 0x86d4000
brk(0x86f5000) = 0x86f5000
Sorry for not having time to dig deeper. Please ask for further details
if necessary.
Thanks in advance,
/Markus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCZrp4V/arRO6fNWsRAvpOAKCkdbLx9MjG5aTgl1ekO0ssgCL9gQCgx3HQ
eGZFO1u7H6P1F4bnRSutLfw=
=Vcwb
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
