Date: Sun, 9 Nov 2008 14:40:04 -0800 From: Bruce Cran <bruce@cran.org.uk> To: Kris Kennaway <kris@FreeBSD.org> Cc: freebsd-questions@freebsd.org Subject: Re: Sluggish scheduling during a long disk copy Message-ID: <20081109144004.3c13b099@tau.draftnet> In-Reply-To: <49176052.6070701@FreeBSD.org> References: <20081109202149.GA7091@ourbrains.org> <991123400811091225t392bd3f3i531dbe348a13e5e4@mail.gmail.com> <20081109203241.GB8395@ourbrains.org> <28283d910811091235q70181b52nc4235aea61518cd@mail.gmail.com> <49174EAC.2070403@FreeBSD.org> <20081109210219.GB8576@ourbrains.org> <49176052.6070701@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 09 Nov 2008 14:12:34 -0800 Kris Kennaway <kris@FreeBSD.org> wrote: > Dan wrote: > > Kris Kennaway(kris@FreeBSD.org)@2008.11.09 12:57:16 -0800: > >>> could be an issue with ntfs-3g driver > >> Sounds like it to me. ntfs-3g uses FUSE, which is a userland > >> filesystem framework. By design it will have poor I/O performance > >> since every I/O transfer will require multiple trips into and out > >> of the kernel. > > > > The FS performance isn't the issue, the poor interactive > > performance is. > > If you're thrashing your system with too many context switches or I/O > load it is expected that performance will suffer. You should do some > additional investigation with the standard monitoring tools (top, > vmstat, gstat, etc) to determine what your system is doing. It may be that FUSE is aggressively caching data and pushing your applications out of memory. This commonly happens on Linux and may be happening here too. -- Bruce Cran
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081109144004.3c13b099>