I updated the desscription accordingly. This is essentially bug 133567.
The actual mounting is quick, and you can use "ls /media/mystuff/ to
browse the device, but nautilus takes so long because it does statfs()
to find out some metadata, such as remaining free space.
This can be tested easily with mounting a large VFAT drive, and doing
"df -h" and "ls -l /media/mystuff". The ls will work instantly, while
the df() hangs a long time. (Over a minute for my 500 GB drive).
** Summary changed:
- long load wait time on mounting disk - devicekit-disks takes long time to
enumerate disk
+ statfs() takes a long time on VFAT
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Tags added: regression-potential
** Description changed:
- Binary package hint: devicekit-disks
+ We will be comparing load time for a disk (USB or SD) in Jaunty vs.
+ Karmic to demonstrate that in karmic nautilus takes a long time before
+ displaying its contents.
- We will be comparing load time for a disk (USB or SD) in Jaunty vs.
- Karmic to demonstrate that in karmic devicekit-disks takes a long time
- to enumerate disk before mounting it to the desktop and displaying its
- contents.
+ This is essentially bug 133567, which is back in Karmic.
Steps to reproduce:
Need Materials: Jaunty CD, Karmic CD, stopwatch. it is good to gave a
large usb drive (160GB, 1TB etc) and a smaller usb drive (8GB, 16GB) and
make sure they are full of files,.
1) In Jaunty, plug in a 8GB and time how long it takes to mount & show
contents.
2) In Karmic, plug in a 8GB and time how long it takes to mount & show
contents.
3) In Jaunty, plug in a 1TB and time how long it takes to mount & show
contents.
- 4) In Karmic, plug in a 1TB and time how long it takes to mount & show
contents.
+ 4) In Karmic, plug in a 1TB and time how long it takes to mount & show
contents.
Result: Mounting a disk in karmic takes much longer than in jaunty. In
karmic, the larger the drive the longer the wait time before being able
to see the contents. During this wait, there is no progress bar
displayed. If a user clicks on the drive again to have it mount, they
will get an unusual (un-human-friendly) error. See attachment for error.
Expected: Newer version of ubuntu should improve performance instead of
making basic functionality slower and introduce new errors.
** Changed in: linux (Ubuntu)
Status: New => Triaged
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
