Re: [Bug 716280] Re: gvfsd-metadata process pegs CPU while nautilus waits

[bsalem]

I am running 16-04.02 and have not seen the problem again.

On Thu, Mar 8, 2018 at 9:25 AM, Daniel Llewellyn 
wrote:

> This is a really old bug and the versions of Ubuntu it references are
> out of support now. Can you verify whether this is still a problem on
> Xenial (16.04) or Artful (17.10) and reset the bug to "confirmed" if you
> can recreate the issue.
>
> ** Changed in: nautilus (Ubuntu)
>Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/716280
>
> Title:
>   gvfsd-metadata process pegs CPU while nautilus waits
>
> Status in nautilus package in Ubuntu:
>   Incomplete
>
> Bug description:
>   Binary package hint: nautilus
>
>   I have been getting delays of 30-60 seconds when nautilus copies data
>   on an NTFS filesystem in a 1.5 TB My Book external USB disk from
>   Western Digital. I was able to see the process that has 100% of the
>   CPU and causes spinners in my Nautilus Windows until it finishes. It
>   is gvfsd-metadata, for which I have no man page.
>
>   Today, I closed an earlier bug thinking that the problem had resolved
>   itself as I had nominal functionality with nautilus then. I noticed
>   that the problem returned and looked at running processes with top (1)
>   to see what process appeared and what it was using when it ran.
>
>   I don't know what gvfsd-metadata does or how important it is, but it
>   seems to be the hog process. As soon as it exits I get the FM back. It
>   appears whenever I move (drag) files from one dir to another. Another
>   bug where I had long delays moving a 1.0 GB dir from the boot drive to
>   this external drive, may be the same problem.
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 10.10
>   Package: nautilus 1:2.32.0-0ubuntu1.3
>   ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
>   Uname: Linux 2.6.35-25-generic i686
>   Architecture: i386
>   Date: Wed Feb  9 23:09:42 2011
>   ExecutablePath: /usr/bin/nautilus
>   ProcEnviron:
>LANG=en_US.utf8
>SHELL=/bin/bash
>   SourcePackage: nautilus
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/
> 716280/+subscriptions
>

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/716280

Title:
  gvfsd-metadata process pegs CPU while nautilus waits

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/716280/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Re: [Bug 715604] Re: FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

I checked the Bug IDs, which I should have done before I replied last. This
is a near duplicate of another bug which has been confirmed and I mistakenly
thought that it was the same bug, so please disregard my comment below. The
basic problem appears to go forward as the other bug, thanks.

On Wed, Aug 3, 2011 at 2:16 AM, Sebastien Bacher seb...@ubuntu.com
wrote:

 the bug expiration is done automatically by the bug tracker for bugs
 staying in incomplete status, you should change the status back to New
 when adding informations so the triagers can see it should be picked for
 review

 ** Changed in: nautilus (Ubuntu)
   Status: Expired = New

 --
 You received this bug notification because you are subscribed to the bug
 report.
 https://bugs.launchpad.net/bugs/715604

 Title:
  FM took 10 min to mv 1.0 GB, contention on drive

 Status in “nautilus” package in Ubuntu:
   New

 Bug description:
  Binary package hint: nautilus

  Just copied a 1 GB dir from boot drive, fs ext3 type to USB 1.5 TB My
  Book from Western Digital with NTFS fs.

  This operation took 10 minutes, and I could tell that there was
  contention on the drive while this was happening.

  There is another bug by me which is similar and because I have tested both
 with other file managers and the shell and
  an earlier version of this FM on U 9.04, and since I began seeing degraded
 performance on this drive after recommended
  upgrades on Jan 20, 2011, I think it is a problem with the current release
 and was not a problem from U 10.10 installed
  of the DVD.

  Not only do I want to report this as a bug, but I want to remove nautilis
 2.32.0 and install a  down rev version, possibly
  the one which was first shipped with U 10.10 provided the kernel does not
 conflict.

  Further, I do not think this is a kernel or driver problem since other
 file managers and file viewers do not see the performance
  hit.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1.3
  ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
  Uname: Linux 2.6.35-25-generic i686
  Architecture: i386
  Date: Tue Feb  8 22:07:03 2011
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: nautilus

 To manage notifications about this bug go to:

 https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/715604/+subscriptions


-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/715604/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Re: [Bug 715604] Re: FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

I've worked in technical support for Sun Microsystems for 7 years supporting
manual section 1 commands and shell programming and later compiler escalated
bugs, so just telling me to upgrade to the next OS release and then killing
the bug after two months is just kicking the can down the road. Unless you
can tell me that there was a code change with addresses the symptoms I
described, i.e. the same code was ported to Ubuntu 11.4, I hardly regard the
bug as fixed.

You could reply that nautilus is not supported under the next OS, even
though because I don't have a true 3D graphics card and so can't run unity,
I get Gnome if I try to run from
a live DVD image, So, in that case the problem still exists in the next
release as long as I run nautalis there, so unless there was a code fix that
touched the Gnome Virtual Filesystem, i can't see how this has been fixed or
that somehow nautalis is not supported.
Forward the bug against the next release, then. I don't believe it as fixed.

On Mon, Aug 1, 2011 at 9:17 PM, Launchpad Bug Tracker 
715...@bugs.launchpad.net wrote:

 [Expired for nautilus (Ubuntu) because there has been no activity for 60
 days.]

 ** Changed in: nautilus (Ubuntu)
   Status: Incomplete = Expired

 --
 You received this bug notification because you are subscribed to the bug
 report.
 https://bugs.launchpad.net/bugs/715604

 Title:
  FM took 10 min to mv 1.0 GB, contention on drive

 Status in “nautilus” package in Ubuntu:
   Expired

 Bug description:
  Binary package hint: nautilus

  Just copied a 1 GB dir from boot drive, fs ext3 type to USB 1.5 TB My
  Book from Western Digital with NTFS fs.

  This operation took 10 minutes, and I could tell that there was
  contention on the drive while this was happening.

  There is another bug by me which is similar and because I have tested both
 with other file managers and the shell and
  an earlier version of this FM on U 9.04, and since I began seeing degraded
 performance on this drive after recommended
  upgrades on Jan 20, 2011, I think it is a problem with the current release
 and was not a problem from U 10.10 installed
  of the DVD.

  Not only do I want to report this as a bug, but I want to remove nautilis
 2.32.0 and install a  down rev version, possibly
  the one which was first shipped with U 10.10 provided the kernel does not
 conflict.

  Further, I do not think this is a kernel or driver problem since other
 file managers and file viewers do not see the performance
  hit.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1.3
  ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
  Uname: Linux 2.6.35-25-generic i686
  Architecture: i386
  Date: Tue Feb  8 22:07:03 2011
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: nautilus

 To manage notifications about this bug go to:

 https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/715604/+subscriptions


-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/715604/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Re: [Bug 716280] Re: gvfsd-metadata process pegs CPU while nautilus waits

[bsalem]

I think that I know how to cause this at will. It is easy to do if you are
impatient with a slow disk or slow driver for a filesystem. Just move a dir
before nautalis is done with it.

Of course the clue to what is really happening is to deal with what
gvfsd-metadata depends on. If I don't get the problem if I am just moving
files from a shell prompt, but I'm waiting for nautilus to do thumbnails of
images, but it lets me go off and do something to the filesystem state that
confuses the gvfsd-metadata process, that will lead to corruption of the
cache, which I assume is a heap of C or C++ structs, and every time it comes
back and tries to navigate that it will get hung. I don't know if some locks
are needed in the code to prevent another file operation from touching the
cache wile one is still in progress, just a guess. Just clobbering the cache
is a work around, but does it have any risks, and if so is there a better
way to prevent the corruption? Should an attempt to navigate away from a dir
that nautalis is busy generating meadata, stop that gracefully?

On Mon, Aug 1, 2011 at 11:40 AM, Launchpad Bug Tracker 
716...@bugs.launchpad.net wrote:

 ** Changed in: nautilus (Ubuntu)
   Status: New = Confirmed

 --
 You received this bug notification because you are subscribed to the bug
 report.
 https://bugs.launchpad.net/bugs/716280

 Title:
  gvfsd-metadata process pegs CPU while nautilus waits

 Status in “nautilus” package in Ubuntu:
  Confirmed

 Bug description:
  Binary package hint: nautilus

  I have been getting delays of 30-60 seconds when nautilus copies data
  on an NTFS filesystem in a 1.5 TB My Book external USB disk from
  Western Digital. I was able to see the process that has 100% of the
  CPU and causes spinners in my Nautilus Windows until it finishes. It
  is gvfsd-metadata, for which I have no man page.

  Today, I closed an earlier bug thinking that the problem had resolved
  itself as I had nominal functionality with nautilus then. I noticed
  that the problem returned and looked at running processes with top (1)
  to see what process appeared and what it was using when it ran.

  I don't know what gvfsd-metadata does or how important it is, but it
  seems to be the hog process. As soon as it exits I get the FM back. It
  appears whenever I move (drag) files from one dir to another. Another
  bug where I had long delays moving a 1.0 GB dir from the boot drive to
  this external drive, may be the same problem.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1.3
  ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
  Uname: Linux 2.6.35-25-generic i686
  Architecture: i386
  Date: Wed Feb  9 23:09:42 2011
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: nautilus

 To manage notifications about this bug go to:

 https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/716280/+subscriptions


-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/716280

Title:
  gvfsd-metadata process pegs CPU while nautilus waits

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/716280/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Re: [Bug 715604] Re: FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

Natty is Ubuntu 11.04 ? If I use that I am still using Gnome? I had run
Natty with the test
ISO and Virtual Box, although it is very slow, and it doesn't mount the
drive.

I am now pretty sure that the problem is corruption on the gnome virtual
filesystem metadata that causes this, and that is caused by user error.
Clearing the cache when the drive isn't in use fixes the problem. It is
relatively easy to corrupt the data. One has to delete a dir before the file
operation has returned from a move of the files into another place. I think
this situation is caused because the device is very slow on some requests. I
understand that detailed product support is a can of worms. I would say my
disk is not supported, but still there may be a way to protect the metadata
in software, such as
a system of one or more locks that prevent corruption. When the drive begins
to get sluggish I run the following script.

rm -rf ~/.local/share/gvfs-metadata
pkill gvfsd-metadata

Since I have no documentation of what is written into that metadata binary
data file, I am
assuming it is a structure in C or an object instance in C++, I cannot
troubleshoot
what I believe to be corruption that hangs nautalus. If i resort to shell
commands
on the drive, I do not experience the delays. Since I want the features of
the FM,
I clear the cache with the above commands.

If you want troubleshooting of the metadata I need a utility that can run
diagnostics on
it. If such a tool exists, I haven't found it.

On Wed, Jun 1, 2011 at 9:30 AM, Pedro Villavicencio
pe...@ubuntu.comwrote:

 thanks for the report, could you please test with natty? thanks in
 advance.

 ** Changed in: nautilus (Ubuntu)
   Importance: Undecided = Low

 ** Changed in: nautilus (Ubuntu)
   Status: New = Incomplete

 --
 You received this bug notification because you are a direct subscriber
 of the bug.
 https://bugs.launchpad.net/bugs/715604

 Title:
  FM took 10 min to mv 1.0 GB, contention on drive

 Status in “nautilus” package in Ubuntu:
  Incomplete

 Bug description:
  Binary package hint: nautilus

  Just copied a 1 GB dir from boot drive, fs ext3 type to USB 1.5 TB My
  Book from Western Digital with NTFS fs.

  This operation took 10 minutes, and I could tell that there was
  contention on the drive while this was happening.

  There is another bug by me which is similar and because I have tested both
 with other file managers and the shell and
  an earlier version of this FM on U 9.04, and since I began seeing degraded
 performance on this drive after recommended
  upgrades on Jan 20, 2011, I think it is a problem with the current release
 and was not a problem from U 10.10 installed
  of the DVD.

  Not only do I want to report this as a bug, but I want to remove nautilis
 2.32.0 and install a  down rev version, possibly
  the one which was first shipped with U 10.10 provided the kernel does not
 conflict.

  Further, I do not think this is a kernel or driver problem since other
 file managers and file viewers do not see the performance
  hit.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1.3
  ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
  Uname: Linux 2.6.35-25-generic i686
  Architecture: i386
  Date: Tue Feb  8 22:07:03 2011
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: nautilus

 To unsubscribe from this bug, go to:
 https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/715604/+subscribe


-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

I have a work around which is to wait until the disk goes idle and remove the 
metadata directory on ~/.local/share
and pkill the metadata process. I will leave it to an engineer as to whether 
this bug can be closed, as this does
not yet explain how or why the metadata gets corrupted and causes the 
gvfsd-metadata process to peg the CPU.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

Today, the disk and file manager are behaving as if there is no problem.
I was able to do all of the operations I am used to. I think that this
bug can be closed or transfered to an open question about finding
processes that hog the disk, for it appears that the much improved
performance is due to some process that was hanging on the device that
died or was killed by a different process that used the disk.

In Solaris there used to be a command, fson, that showed all processes
with command name and owner, that are using a disk device. I haven't
found the same command here, and top(1) hasn't helped. Even longer ago
there was one of the *stat commands, it might have been systat or
netstat that could tell you which processes were using a disk.

I think that there is a process deadlock or contention issue, but it is
at the system level and sudo with commands ought to be able to diagnose
and resolve it.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 716280] [NEW] gvfsd-metadata process pegs CPU while nautilus waits

[bsalem]

Public bug reported:

Binary package hint: nautilus

I have been getting delays of 30-60 seconds when nautilus copies data on
an NTFS filesystem in a 1.5 TB My Book external USB disk from Western
Digital. I was able to see the process that has 100% of the CPU and
causes spinners in my Nautilus Windows until it finishes. It is gvfsd-
metadata, for which I have no man page.

Today, I closed an earlier bug thinking that the problem had resolved
itself as I had nominal functionality with nautilus then. I noticed that
the problem returned and looked at running processes with top (1) to see
what process appeared and what it was using when it ran.

I don't know what gvfsd-metadata does or how important it is, but it
seems to be the hog process. As soon as it exits I get the FM back. It
appears whenever I move (drag) files from one dir to another. Another
bug where I had long delays moving a 1.0 GB dir from the boot drive to
this external drive, may be the same problem.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: nautilus 1:2.32.0-0ubuntu1.3
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Uname: Linux 2.6.35-25-generic i686
Architecture: i386
Date: Wed Feb  9 23:09:42 2011
ExecutablePath: /usr/bin/nautilus
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: nautilus

** Affects: nautilus (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug i386 maverick

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/716280

Title:
  gvfsd-metadata process pegs CPU while nautilus waits

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 716280] Re: gvfsd-metadata process pegs CPU while nautilus waits

[bsalem]

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/716280

Title:
  gvfsd-metadata process pegs CPU while nautilus waits

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 715604] [NEW] FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

Public bug reported:

Binary package hint: nautilus

Just copied a 1 GB dir from boot drive, fs ext3 type to USB 1.5 TB My
Book from Western Digital with NTFS fs.

This operation took 10 minutes, and I could tell that there was
contention on the drive while this was happening.

There is another bug by me which is similar and because I have tested both with 
other file managers and the shell and
an earlier version of this FM on U 9.04, and since I began seeing degraded 
performance on this drive after recommended
upgrades on Jan 20, 2011, I think it is a problem with the current release and 
was not a problem from U 10.10 installed
of the DVD.

Not only do I want to report this as a bug, but I want to remove nautilis 
2.32.0 and install a  down rev version, possibly
the one which was first shipped with U 10.10 provided the kernel does not 
conflict.

Further, I do not think this is a kernel or driver problem since other file 
managers and file viewers do not see the performance
hit.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: nautilus 1:2.32.0-0ubuntu1.3
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Uname: Linux 2.6.35-25-generic i686
Architecture: i386
Date: Tue Feb  8 22:07:03 2011
ExecutablePath: /usr/bin/nautilus
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: nautilus

** Affects: nautilus (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug i386 maverick

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 715604] Re: FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

$ uname -a
Linux brucesalem-FQ582AA-ABA-SR5710F 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 
21 17:40:48 UTC 2011 i686 GNU/Linux

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 715604] Re: FM took 10 min to mv 1.0 GB, contention on drive

[bsalem]

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/715604

Title:
  FM took 10 min to mv 1.0 GB, contention on drive

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

More testing.

On U 9.04 with Nautilius 2.0.4 I do not experience any of the hangs. With other 
file managers on U 10.10 I do
not experience any of the hangs. With N 2.32.0 I do get the hangs. They are 
delays after changing directory
contents and navigating up the tree with thumbnails on. Is there an issue with 
the NTFS driver, or is the performance hit confined to a recent up grade? When 
I first installed U 10.10 I did not experience this.

I think that I need to go ask the community about how to deinstall N 2.23.0 and 
try the version shipped with the
original Distro.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

I have more info.

I have tested the disk with other file managers, dolphin, and others,
and isolated performance problems to nautilus. They have to do with
changes to NTFS, file moves, deleting dirs, going to the contained dir.
I have used thumbnails and icons with this file manager and expected
some delays because of the disk, but since the upgrade, the performance
hits are far worse.

I have noticed that the changes happen OK in groups of three or four
then the file manager hangs for a minute or two and returns eventually.
Sometimes I find that it is better to kill all the open windows and
wait, and sometimes when I do this to test if I have access to the disk
with another file manager or from the shell, I do. I can reopen the file
manager and still see a spinner after that, even on a disk attached
directly to the system, not on a USB port.

This is the evidence I have that the problem in with nautilus.

I don't want to give up nautilus because when I am moving images it
shows you thumbnails of duplicates by name to see if they have the same
visual content. Other file managers will clobber duplicate files by name
without this check.  I know there is overhead in doing thumbnails. I
expect that, but the performance seems to have deteriorated since in the
upgraded version.

I have reported in the past, deadlocks between identical file requests
that the program forks without checking and caused by user impatience,
and now performance hits on valid file operations.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

I have additional troubleshooting on this issue.

I was able to reproduce the problem. If one does a file move, select a set of 
files and drag them to a directory, and
gets impatient and does the same thing again, one can create a deadlock with 
two identical file operations running at once. The device looks busy and the 
spinner appears on any window you nautilus window you open on the device. I was 
able to cause this, and when I tried to logout, the system warned me that there 
were two nautilus file copy processes running. I said to kill them anyway, 
taking a chance, and when I got back in and checked the files, they were there 
where they were before the attempt to move them. Because of the slow response 
of this disk, a
real problem with the model, I was able to deadlock two move file operations. 
For now I have to be careful with
causing deadlocks with this model disk.

You would know better than I if there is a way to prevent this in the
code.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

Today, I am still having trouble. I am still getting spinners and it seems that 
changes are happening but that the
windows are not being updated. I have had a couple of cases where nautilus has 
just quit. I need to know if I
get the debugging info from the application how to attach that output to this 
bug report, or do I let it open a new bug?

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

This issue may be closable, and I apologize for complaining about the
updates.

Today after logging out and back in, I tried various other file managers
like Gnome Commander and others like it, Xfe, etc. These are fine for
what they do and I may use them for other jobs, but I still missed the
file merge with thumbnails in the latest releases of nautilus. After
having done some of the moves of dirs I wanted to do, I went back to
nautilus to compare images and found that the problem I reported above
had repaired itself. The functionality I had a couple of days ago had
returned with none of the delays I experienced within the past couple of
days.

This leads me to conclude that there must have been a hung subprocess
that was tying up nautilus and that logging out fully caused it to die.
I am wondering if there is enough information in the debugging output
from nautilus to tell you that, and how I might troubleshoot this if it
happens again. I know about top, but I am not expert on its more
advanced features. Could I see the entire process tree for nautilus and
find the hung subprocess and kill it? I guess in retrospect the easiest
thing for me to do is to logout or even reboot. Corrupting NTFS is one
worry though, since I suspect that full repair of that FS is not yet
supported in U. I don't think that the problem was caused by the My Book
hanging processes since, as noted above, I got decent response in the
shell and later with the other file managers, although I used them after
logging back in.

Again I am sorry if I offended anyone with my worry about the value of
the updates, there may have been a problem in nautilus but it is fixed,
so unless there is some value in testing my hypothesis against the
errors reported, this bug can be closed. If there is more that I need to
do, please tell me.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] [NEW] File MGR is very slow on any type fs

[bsalem]

Public bug reported:

Binary package hint: nautilus

I think that among recent recommended updates were a new kernel and file
manager (see trouble report from nautilus. I have noticed with an NTFS
filesystem on a USB bus that file operations seem to take longer and
longer and I get a spinner more often than I think I expect. Shell
access via terminal seems not to be affected, only file mgr. The symptom
also appears on the root FS on the boot drive in the main system after
I've been using the external drive. I do have thumbnails turned on, but
I think that even though that causes overhead, most of the delay seems
to be with file moves and rereading the driectory afterwrds.

I know that the external drive on the USB bus has questionable
performance. It is a Western Digital My Book 1.5 TB drive and it does
not have the best reputation for response or throughput, but it worked
much faster in U 9.04 and U10.10 before the latest upgrades. I had
thought that naybe there was added checking for NTFS going on, and I
could accept a little delay if that were the case, but the trouble
report seems indicate some critical failure of performance.

The trouble report out of Nautilus seems to have most of the information
for a bug cited on this page.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: nautilus 1:2.32.0-0ubuntu1.2
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Uname: Linux 2.6.35-25-generic i686
Architecture: i386
Date: Sat Jan 29 14:05:08 2011
ExecutablePath: /usr/bin/nautilus
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: nautilus

** Affects: nautilus (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug i386 maverick

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

More information.

This hang happens after a couple of changes to the filesystem, such as moving 
files or creating new folders.
It is so bad that I kill all instances of the file manager and open a terminal 
to give commands against the
filesystem, and reopen the file manager to check the files. I need the 
thumbnail feature to check the files
which are images. I have duplicates and want to remove them.

Is there any way to find out what the last version was and remove the current 
package and fall back to that?
The last release worked much better.

If I dare say so, it appears that one takes great risk in applying recommended 
upgrades. I am tempted to
wait a good deal longer to apply them, perhaps several months into the release 
cycle, rather than becoming
a beta tester :-) This is not the first serious problem I've encountered with 
this release of Ubuntu.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

I absolutely hate textarea windows, they never get your formatting as
you intended. Is this that darned java textarea widget? I hate the
thing.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 709935] Re: File MGR is very slow on any type fs

[bsalem]

I'd hate to hear that I can't use the old nautilus package, as of a few
days ago, with the new kernel, maybe I have to remove the new kernel and
nautilus to get back to a working tool?

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/709935

Title:
  File MGR is very slow on any type fs

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs