Date: Sun, 9 Nov 2008 15:30:58 -0500 From: Dan <dan@ourbrains.org> To: freebsd-questions@freebsd.org Subject: Re: Sluggish scheduling during a long disk copy Message-ID: <20081109203058.GA8395@ourbrains.org> In-Reply-To: <991123400811091225t392bd3f3i531dbe348a13e5e4@mail.gmail.com> References: <20081109202149.GA7091@ourbrains.org> <991123400811091225t392bd3f3i531dbe348a13e5e4@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Odhiambo Washington(odhiambo@gmail.com)@2008.11.09 23:25:19 +0300: > On Sun, Nov 9, 2008 at 11:21 PM, Dan <dan-freebsd-questions@ourbrains.org>wrote: > > > Hello. I am copying one 150G disk to a 3ware mirror, and the machine > > becomes downright unusable. It takes seconds to switch between 'konsole' > > windows and it takes seconds between I type a command (ssh session to > > a remote box, which I know is fast and unloaded) and see it executed. > > > > This is 7.1-BETA2. Is this a bug or a generally-accepted performance > > behavior? > > > Bug? :-) > > How are you copying? I am copying a 'ntfs-3g'-mounted disk to the 3ware mirror with cp -a. It's around 150G of data, and it's going at about 10MB/s to the mirror. The mirror uses geom journaling. The speed is fine, the disks are slow. But should the copy really freeze-up the system like that?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081109203058.GA8395>