Date: Wed, 1 Mar 2006 23:18:39 -0000 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Mikhail Teterin" <mi+mx@aldan.algebra.com>, "Julian Elischer" <julian@elischer.org> Cc: Brian Candler <B.Candler@pobox.com>, "Mikhail T." <mi@aldan.algebra.com>, current@freebsd.org, sos@freebsd.org Subject: Re: pitiful performance of an SATA150 drive Message-ID: <007c01c63d86$7bff2ab0$b3db87d4@multiplay.co.uk> References: <200603010505.k2155HfQ003205@aldan.algebra.com><20060301144124.GA14411@uk.tiscali.com> <4405EFE9.6030807@elischer.org> <200603011634.19617.mi%2Bmx@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I had something similar on a highpoint controller and the problem
was the block size the array was created ( no the fs block size ).
Have you tried changing the block size? Changing here increased
from 8Mb/s -> 150Mb/s iirc when moving to the lowest available
block size option.
Steve
----- Original Message -----
From: "Mikhail Teterin" <mi+mx@aldan.algebra.com>
> середа 01 березень 2006 14:03, Julian Elischer Ви написали:
>> I believe that linux uses bufferring in their 'raw' disks so that you
>> may be actually doing larger
>> reads and writes than you know.. (of course my knowledge of Linux is a
>> bit old so
>> they may have changed that)
>
> Let's not get distracted. dd using bs=1m is still limited to 7Mb/s on writing.
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?007c01c63d86$7bff2ab0$b3db87d4>