Nautilus problems with 1000+ files in a folder

Bug #24388 reported by jdo
26
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Nautilus
Invalid
Low
nautilus (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

With more than 1000 files in a folder Nautilus becomes less accurate.

(1) sorting
I have photos with filenames which begin with the year, like: 2005-birthday.jpg,
etc. These file are sorted correctly when sorted on filename. But in an other
folder there are files beginning with 0000-...jpg, (because I didn't know the
year). The first 20 or so are placed first, but the next 10 files beginning with
0000-... are placed at the end (after 2005-...). This is very consequently.

(2) case sensitive order.
There seems to be no way to sort the filename case-insensitive, which is a
problem with so many files.

(3) slow.
Nautilus becomes very slow, even when there are only text files in a list view.
Swithing off the preview helps a lot, but this can't be set for folders with
many files only.

kind regards,
jdo

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

Thanks for your bug. Please describe one issue by bug. What version of Ubuntu do
you use? The sorting issue is #16283 which is fixed. What is your issue with the
case sensitive order? What locale do you use? How slow it it and what
configuration do you have?

Revision history for this message
jdo (jdo-deactivatedaccount) wrote :

(In reply to comment #1)

My configuration:
  Ubuntu 5.10 "The Breezy Badger"
  language: Dutch (The Netherlands, NL)
  Nautilus 2.12.1
  kernel: K7
  CPU: AMD Athlon Thunderbird, 1.4 GHz.
  memory: 512MB
  HD: DMA enabled

----

(2) Files with the first character as capital are placed before the other files.
This happens also with only a few files.

(3) The speed depends on the thumbnail (I called it 'preview' before) settings.
With all thumbnails created, the speeds depends on what is still in buffers in
memory. But I tried a few tests, with folders in the same linux reiserfs
partition (in an extended partition (hda6) of about 40GB).

Nautilus settings: a folder tree in the side panel, sorting is on name, folders
before files, icons 100%, list 50%, hidden files are not shown, listcolumns are:
Name,Size,Type,Date last used,Owner,Rights. No text in icon, Count items for
local files.

My tests:

With thumbnails off:
This takes about 1.5 ... 2.5 seconds (icon view is about 0.5 seconds faster,
100% listview is a little faster than 50% listview) for 1000+ images or
documents in a folder.

With thumbnails for local files:
  Foto: 1000 jpg files (total size 515MB):
      icon view : 10 seconds.
      50% list view : 5 seconds.
      100% list view: 4 seconds.
  Fax: 1800 tiff files (total size 143MB):
      icon view : unknown, more than 5 minutes.
      50% list view : untested.
      100% list view: unknown, more than 5 minutes.
  Doc: 1000 doc/txt/odt files (total size 12MB):
      icon view : 4 seconds.
      50% listview : 33 seconds.
      100% listview : 3 seconds.

So it takes 33 seconds before I see my documents (in a sorted 50% list view).
That is strange, since I have the text in icons disabled, so it looks exactly
the same as with thumbnails off, which takes 2 or 3 seconds (also 50% size).

----

I tested also with the "Ubuntu (Dapper Drake) Flight CD 2"
(1) Sorting with zero is now okay.
(2) The same, so that could be a problem with my settings.
(3) Still about 33 seconds for 50% list view with my documents folder.

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

(In reply to comment #2)

> (1) Sorting with zero is now okay.
> (2) The same, so that could be a problem with my settings.

"The same" == "is now okay", or do you still have the issue? Can you give a
small example of 4-5 filenames and how they are sorted you would like to get
them sorted? If that's fixed that was perhaps a glib2.0 issue fixed too...

> (3) Still about 33 seconds for 50% list view with my documents folder.

so the issue is specifc to the list mode with a non 100% zoom?

Revision history for this message
jdo (jdo-deactivatedaccount) wrote :

(In reply to comment #3)

Sorry that my text is not always clear.
The "Dapper Flight-2" LiveCD still has case-sensitive filename sorting order.
The 'slow'-issue is specific for 50% zoom (takes an extra 30 seconds), but also
100% zoom is a bit (one or two seconds) slower than with thumbnails switched
off. I tried the 75% zoom and it has about the same timing as the 100% zoom.

----

Here is my test with file name sorting in Ubuntu 5.10:
I made five text files, and this is the order when sorted on names:
  Nautilus: t1, t2, t4, t5, T3
  gedit: t1, t2, t4, t5, T3 (the file open box)

The next are non-case-sensitive:
  Konqueror: t1, t2, T3, t4, t5
  Xfe: t1, t2, T3, t4, t5
  mc: t1, t2, T3, t4, t5 (with proper settings)
  gnome-search-tool: t1, t2, T3, t4, t5 (output window)

----

A test with the "Dapper Flight-2" LiveCD in standard english.
I created a folder and put 5 files in it like this:
  echo hello world > t1
  echo hello world > t2
  echo hello world > t4
  echo hello world > T3
  echo hello world > t5

The sorting order becomes:
  Nautilus: T3, t1, t2, t4, t5

So there still is a case sensitive sorting.

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

Do you still have those issues with dapper or edgy?

Changed in nautilus:
assignee: seb128 → desktop-bugs
importance: Medium → Low
Revision history for this message
jdo (jdo-deactivatedaccount) wrote :

Still very strange: Case sensitive sorting order.

In dapper (with all updates) the sorting order is now:
   t1, t2, t4, t5, T3

The name with capital is now at the end, but I would like a case-insensitive order. Just like a simple ls.

The other problem (number 1) with sorting order in a map with many files has been solved, as I wrote before.
The slow problem (number 3) is still a problem, and dapper seems even slower. I have to check that and will make a seperate bug/request later.

kind regards,
jdo

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

Thank you for the new comment, there is a bug upstream about it too: http://bugzilla.gnome.org/show_bug.cgi?id=328383

Changed in nautilus:
status: Needs Info → Confirmed
Changed in nautilus:
status: Unknown → Unconfirmed
Revision history for this message
Bjørn Sandåker (prognatus) wrote :

When thousands of files (here on a DVD) there are also problems with folders not recognized and Nautilus shows a standard green Gnome foot icon instead of the folder icon.

I think there must be a timeout value too short somewhere.

Often, when I close Nautilus on this folder and rescan it later, the folders shows up Ok.

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

does anybody still get such issues in hardy?

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

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to 'New'. Thanks again!

Changed in nautilus:
status: Incomplete → Invalid
Changed in nautilus:
status: New → Invalid
Changed in nautilus:
importance: Unknown → Low
status: Invalid → Unknown
Changed in nautilus:
status: Unknown → Invalid
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.