matt donovan wrote:
On Sun, Nov 9, 2008 at 3:32 PM, Dan <[EMAIL PROTECTED]>wrote:
Odhiambo Washington([EMAIL PROTECTED])@2008.11.09 23:25:19 +0300:
On Sun, Nov 9, 2008 at 11:21 PM, Dan <
[EMAIL PROTECTED]>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 an '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?
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "
[EMAIL PROTECTED]"
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.
Kris
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
