Note that hdparm has a --direct flag to perform O_DIRECT I/O,
which can sometimes give different information than the default method.
But the one weakness with 'hdparm -t' in either case,
is that it performs a single READ at a time, rather than
queuing up a pipeline full of READs. So it should
Hi ide team,
i often heard uh, since kernel 2.6.bla the ide perfomance is soo bad.
Because of that (and the joy of writing bash scripts noone else will understand
*g*) i wrote an automated test script to get comparable measurements.
The script compiles 2.6.0-2.6.11.6 (yes | make oldconfig),
kiu wrote:
Hi ide team,
i often heard uh, since kernel 2.6.bla the ide perfomance is soo bad.
Because of that (and the joy of writing bash scripts noone else will understand
*g*) i wrote an automated test script to get comparable measurements.
The script compiles 2.6.0-2.6.11.6 (yes | make
On Apr 5, 2005 11:02 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
kiu wrote:
Hi ide team,
i often heard uh, since kernel 2.6.bla the ide perfomance is soo bad.
Because of that (and the joy of writing bash scripts noone else will
understand
*g*) i wrote an automated test script to
Quoting Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]:
On Apr 5, 2005 11:02 AM, [EMAIL PROTECTED] [EMAIL PROTECTED]
Does this portray the IDE situation or more the situation of the PIIX
chipset - I guess the code isn't changed as much since it should be
rather mature?
Having scripts at
