Bug#463112: eog: Very slow to show an image on a directory with many images
forwarded 463112 http://bugzilla.gnome.org/show_bug.cgi?id=505811 thanks On Wed, 2008-01-30 at 20:23 +0100, Eugen Dedu wrote: > This feature was off during the test. I tried also with > --disable-image-collection: it took 1 minute to show a jpg file the > first time. The second/third time 2 seconds. > > I executed the first time: strace eog misc/photos/album/11001.jpg, the > output scrolls very fast, afterwards it prints: > > poll( > --> [here it waits about 2 seconds] > ([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, > events=POLLIN|POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=11, > events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, > events=POLLIN}, {fd=14, events=POLLIN}], 8, 4997) = 0 > stat("/home/dedu/.recently-used.xbel", {st_mode=S_IFREG|0644, > st_size=367563, ...}) = 0 > ioctl(3, FIONREAD, [0]) = 0 > poll( > --> [again it waits about 2 secs] > --> [the same as above for several times] > > Hoping that this information is useful. Hi, I'm guessing this is upstream bug 505811. It seems what's slowing eog down is putting the displayed image in the "Recent Documents" list. This is already fixed upstream. As mentioned in the discussion upstream, there's also a general problem with recent documents, parsing the file becomes very slow if it's big. You might try clearing it manually (Places > Recent Documents > Clear), or simply moving the .recently-used.xbel file. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#463112: eog: Very slow to show an image on a directory with many images
Sven Arvidsson wrote: On Tue, 2008-01-29 at 17:08 +0100, Eugen Dedu wrote: I have a directory with many images (my photo album with 5000 jpg images). Each time I invoke eog anImage.jpg on this directory, I must wait tens of seconds, because eog reads ALL the images in this directory. If still is useful to read all the images in a directory before showing an image, would it be possible to add an option to eog not to read all these images? Hi, It sounds like you have the image collection feature on. Try disabling it with View > Image Collection or launching eog with --disable-image-collection This feature was off during the test. I tried also with --disable-image-collection: it took 1 minute to show a jpg file the first time. The second/third time 2 seconds. I executed the first time: strace eog misc/photos/album/11001.jpg, the output scrolls very fast, afterwards it prints: poll( --> [here it waits about 2 seconds] ([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN|POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN}, {fd=14, events=POLLIN}], 8, 4997) = 0 stat("/home/dedu/.recently-used.xbel", {st_mode=S_IFREG|0644, st_size=367563, ...}) = 0 ioctl(3, FIONREAD, [0]) = 0 poll( --> [again it waits about 2 secs] --> [the same as above for several times] Hoping that this information is useful. -- Eugen Dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463112: eog: Very slow to show an image on a directory with many images
On Tue, 2008-01-29 at 17:08 +0100, Eugen Dedu wrote: > I have a directory with many images (my photo album with 5000 jpg > images). Each time I invoke eog anImage.jpg on this directory, I must > wait tens of seconds, because eog reads ALL the images in this > directory. > > If still is useful to read all the images in a directory before > showing an image, would it be possible to add an option to eog not to > read all these images? Hi, It sounds like you have the image collection feature on. Try disabling it with View > Image Collection or launching eog with --disable-image-collection -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#463112: eog: Very slow to show an image on a directory with many images
Package: eog Version: 2.20.4-1 Severity: normal Hi, I have a directory with many images (my photo album with 5000 jpg images). Each time I invoke eog anImage.jpg on this directory, I must wait tens of seconds, because eog reads ALL the images in this directory. If still is useful to read all the images in a directory before showing an image, would it be possible to add an option to eog not to read all these images? Cheers, Eugen Dedu -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eog depends on: ii gconf2 2.20.1-2+b1 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libexempi3 1.99.8-1 A library to parse XMP metadata (L ii libexif12 0.6.16-2.1library to parse EXIF files ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-8Color management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii python2.4 2.4.4-7 An interactive high-level object-o ii shared-mime-info 0.23-1FreeDesktop.org shared MIME databa Versions of packages eog recommends: ii librsvg2-common 2.20.0-1 SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]