Nautilus Thumbnail creation freeze system

Bug #26198 reported by Vincent Tschanz
48
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Medium
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

When opening a folder with hundreds of images files (or thousands of text files)
nautilus use 100% CPU for about 2 minutes. Then all the Ram and Swap space is
used and it's impossible to make any action with the computer.
I'm using Ubuntu Breezy with the latest security updates.

http://bugzilla.gnome.org/show_bug.cgi?id=165344: http://bugzilla.gnome.org/show_bug.cgi?id=165344

Related branches

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Is that happening the first time you open the folder, when
doing pictures preview, or the next times you open it?

Revision history for this message
Vincent Tschanz (fogia) wrote :

(In reply to comment #1)
> Thanks for your bug. Is that happening the first time you open the folder, when
> doing pictures preview, or the next times you open it?

It happens every time I try to access the folder. The preview creation process
begin each time I open the folder.
(note, these folder is on a Fat32 partition with more than 3GB free disk space )

Revision history for this message
Sebastien Bacher (seb128) wrote :

That issue is known upstream, http://bugzilla.gnome.org/show_bug.cgi?id=165344
by exampl

Revision history for this message
Mark Reitblatt (mark-reitblatt) wrote :

Original bug linked was a dupe.

Changed in nautilus:
status: Unknown → Confirmed
Changed in nautilus:
assignee: seb128 → desktop-bugs
status: Unconfirmed → Confirmed
Changed in nautilus:
status: Confirmed → In Progress
Changed in nautilus:
status: In Progress → Fix Released
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Fixed upstream.

Changed in nautilus:
status: Confirmed → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

nautilus (1:2.20.0-0ubuntu1) gutsy; urgency=low

  * New upstream version:
    - Load thumbnails asynchronously (LP: #26198)
    - Support direct save DnD (XDS) (LP: #13199)
    - Fix up octal permission display
    - Store window keep-above and stickines state across sessions

 -- Sebastien Bacher <email address hidden> Tue, 18 Sep 2007 12:29:55 +0200

Changed in nautilus:
status: Fix Committed → Fix Released
Revision history for this message
Yann Rouillard (yann-pleiades) wrote :

mpo was able to reproduce this bug under gutsy (see https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/117830/comments/11 ) and I successfully reproduced it under hardy, so I think this bug should be reopened (but the subject could be changed, only Nautilus is unresponsive during a long time)

Changed in nautilus:
status: Fix Released → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

could you describe how you trigger the bug?

Changed in nautilus:
status: Confirmed → Incomplete
Revision history for this message
Marc Portier (marc-portier) wrote : Re: [Bug 26198] Re: Nautilus Thumbnail creation freeze system

exactly as described in the 'marked as duplicate' bug at
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/117830

Step by step:

1. with a term/console open,
    possibly some other nautilus windows around as well
    additionally you might want to have a system monitor or top running

  cd ~/Desktop
  mkdir tstbug
  cd tstbug
  wget http://launchpadlibrarian.net/8721025/very_wide.png
  nautilus .

Now, when the new nautilus window opens it stays blank (see
screenshot-verywide) and so do all other nautilus windows. (sometimes
those windows just turn stale and don't get refreshed when others pass
over them)

Additionally symptoms:
- cpu bumps to 100%

Good news:
- one can switch to other windows and continue work there
- patience is honoured: eventually the image/preview gets updated
allright and then the system just responds normally again. However the
time to wait is so long that most people would of have killed nautilus
before that could ever happen)

2. to retrigger one can use nautilus (or the console) to just rename the
image (F2, change to 'newname.png')

Again I see similar 'stale' behaviour.

-> see screenshot-newname (which shows the refresh issue on both
nautilus windows, also notice how the new file-name isn't actually shown
until the long wait has passed)

As mentioned at other places before, this behaviour is getting in the
way the most when browsing directories with lots of images. Even worse
when these images appear to be 'local' but are in fact on remote (but
mounted) disks.
(meaning you can't dissable thumbnail generation for those in the
preferences without dissabling it for all local files as well)

HTH,
-marc=
PS: if needed I can again provide a 'strace' run (see attach to
mentioned dupe). If useful I'll be happy to perform the test in a
specific way to produce maximum useful output.

Sebastien Bacher wrote:
> could you describe how you trigger the bug?
>
> ** Changed in: nautilus (Ubuntu)
> Status: Confirmed => Incomplete
>

Revision history for this message
Marc Portier (marc-portier) wrote :

looks like I need to add my screenshots via this web interface...

Revision history for this message
Marc Portier (marc-portier) wrote :
Revision history for this message
pamindic (pam-indicia) wrote :

I have a related problem with a folder containing 240 sub-folders and 2800 tiff files of around 50MB each. Opening the folder is slowish, about 10 seconds. I was able to open the subfolders until I started using one of the tiff files for an icon. I did that with 3 of the 240 sub-folders, and then Nautilus started crashing each time I tried to enter a sub-folder.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks, already tried your test case but it works fine here with Gutsy and Hardy, feel free to re open this report if you encounter the same problem with Hardy Heron, thanks.

Changed in nautilus:
status: Incomplete → Fix Released
Revision history for this message
IMBJR (imbjr) wrote :

Was this addressed in Gutsy?

I just experienced the related problem of a very large PNG file having its thumbnail being generates and Nautilus becoming unresponsive. The PNG was being written to by POV-Ray at the time too.

Revision history for this message
Clovis Peruchi Scotti (roboscotti) wrote :

Ok, it got better but the "bug" is still there.

A few moments ago I started to download (using btdownloadcurses) a video (.avi) to Desktop..
Nautilus started to use 100% of my CPU undefinetely.. no response for anything.. needed to disable ALL thumbnail generation (since i didn't found, after searching kinda hard, the option to disable just video thumbnails) and then KILL nautilus.. after the kill it just reloaded nicely and everything.

The real "bug" I see here is that nautilus entered a infinite (BUSY) loop trying to find a thumbnail for a .avi file that didn't had nothing more than a fez Ks.
Of course there were no "possible" thumbnails to be found but it kept searching.. and searchin..

At first I tought I should wait for the download to end (10 hours) to see it nautilus could finally find its thumbnail..
I quickly abandoned that idea..

So, ain't it possible to detect that the video (or image) doesn't provide a thumbnail. and then GIVE UP!

Revision history for this message
Zeev Tarantov (zeev-tarantov) wrote :

The thumbnails contain original file modification timestamp. If file is changed, thumbnail is invalidated and recreated. If you're downloading a video using bittorrent it will be constantly changing until download is complete. Nautilus will make a thumbnail, then notice file has changed, make another thumbnail, etc.
Nautilus should see whether a file is opened for writing and not try to make a thumbnail for it.

Revision history for this message
Federico Pelloni (fredp) wrote :

I'm experiencing this problem when opening a folder on an SD card with some photos (about 100-200) at about 10 mpx. The creation of thumbnails eats almost all the cpu power (centrino 2 duo @2ghz), making even Rhythmbox song lag every 5-10 seconds for a couple of seconds.
Needless to say, this isn't very comfortable.

Changed in nautilus:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.