Date: Sun, 09 Nov 2008 14:12:34 -0800 From: Kris Kennaway <kris@FreeBSD.org> To: freebsd-questions@freebsd.org Subject: Re: Sluggish scheduling during a long disk copy Message-ID: <49176052.6070701@FreeBSD.org> In-Reply-To: <20081109210219.GB8576@ourbrains.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>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49176052.6070701>