Hey, I tried this and went from a pathetic 2 M/s to 22 M/s. Yeehaw. Now
if my data doesn't get corrupted
Bob Miller wrote:
> hdparm -q -c1 -q -A1 -q -m16 -q -d1 /dev/$i
--
"I was on a Boston to New York shuttle flight that gets stuck on the runway for 3 hours
with no e
A quicker and dirtier way is "hdparm -t /dev/hda"
At 08:49 AM 10/4/00 -0700, Bob Miller <[EMAIL PROTECTED]> wrote:
>Garl R. Grigsby wrote:
>
>> How do you measure harddrive performance?
>
>The quick and dirty way. I use dd* to stream a fixed amount of data
>off the disk and time how long it take
Garl R. Grigsby wrote:
> How do you measure harddrive performance?
The quick and dirty way. I use dd* to stream a fixed amount of data
off the disk and time how long it takes. Then I divide the amount of
data by the time to get the rate.
E.g.,
root@jogger-egg ~# time dd if=/dev/hda of=/d
How do you measure harddrive performance?
Bob Miller wrote:
> Bob Miller wrote:
>
> > (a long, boring story.)
>
> My question was this:
>
> What should be passed in on the kernel's command line to
> enable IDE disk optimization under Mandrake Linux?
>
> Thanks.
>
> --
>
Bob Miller wrote:
> (a long, boring story.)
My question was this:
What should be passed in on the kernel's command line to
enable IDE disk optimization under Mandrake Linux?
Thanks.
--
K
[EMAIL PROTECTED], http://www.jogger-egg.com/
When the PC known as jogger-egg.com was new in late 1998, I measured
its raw disk read speed. It got about 12 Mb/sec doing large block
sequential reads from /dev/hda. This was about 30% faster than the
1996 vintage SCSI disk on my Octane at work. Cool. Exciting acronyms
like UDMA and ATA/33 we
