From: Konstantin Sobolev <kos@supportwizard.com>
To: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
Cc: Jeff Garzik <jgarzik@pobox.com>,
Justin Cormack <justin@street-vision.com>,
Ryan Geoffrey Bourgeois <rgb005@latech.edu>,
Kernel mailing list <linux-kernel@vger.kernel.org>,
linux-ide@vger.kernel.org
Subject: Re: poor sata performance on 2.6
Date: Fri, 16 Apr 2004 20:59:44 +0400 [thread overview]
Message-ID: <200404162059.44465.kos@supportwizard.com> (raw)
In-Reply-To: <200404161748.38958.vda@port.imtp.ilyichevsk.odessa.ua>
On Friday 16 April 2004 18:48, Denis Vlasenko wrote:
> > When you mount a filesystem, it changes the default block size (512 or
> > 1024) to the filesystem block size, normally 4096. This would certainly
> > increase the throughput.
>
> Yes, this works.
>
> But if one uses unpartitioned disk, why does (s)he need to
> do some blocksize tricks before hdparm starts to measure good performance?
> I think that in this case block layer can coalesce small read requests
> into large ones regardless of block size.
>
> Konstantin, does dd give you the same behaviour as hdparm?
Sorry, I already partitioned it and put lots of data there.
But situation is reproducible by removing all /dev/sda entries from fstab and rebooting. Here are results of my experiments with dd:
kos root # bash -c "sleep 10 && killall -3 dd &" && LANG=C time dd if=/dev/sda of=/dev/null ibs=512 obs=512
537152+0 records in
537152+0 records out
Command terminated by signal 3
0.23user 3.73system 0:10.07elapsed 39%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+121minor)pagefaults 0swaps
kos root # hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 84 MB in 3.07 seconds = 27.37 MB/sec
kos root # bash -c "sleep 10 && killall -3 dd &" && LANG=C time dd if=/dev/sda of=/dev/null ibs=4096 obs=4096
71691+0 records in
71691+0 records out
Command terminated by signal 3
0.07user 3.83system 0:10.08elapsed 38%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+122minor)pagefaults 0swaps
kos root # mount /dev/sda2 /wd
kos root # hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 84 MB in 3.07 seconds = 27.38 MB/sec
kos root # hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 206 MB in 3.02 seconds = 68.13 MB/sec
kos root # bash -c "sleep 10 && killall -3 dd &" && LANG=C time dd if=/dev/sda of=/dev/null ibs=512 obs=512
1402384+0 records in
1402384+0 records out
Command terminated by signal 3
0.54user 2.57system 0:10.02elapsed 31%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+121minor)pagefaults 0swaps
kos root # bash -c "sleep 10 && killall -3 dd &" && LANG=C time dd if=/dev/sda of=/dev/null ibs=4096 obs=4096
329705+0 records in
329705+0 records out
Command terminated by signal 3
0.32user 2.43system 0:10.13elapsed 27%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+122minor)pagefaults 0swaps
It looks like dd behaves similarly to hdparm
--
/KoS
* yas eh d'tahW. ю\b\x04юmih raeh uoy diD
next prev parent reply other threads:[~2004-04-16 16:57 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-14 22:36 poor sata performance on 2.6 Konstantin Sobolev
2004-04-15 3:54 ` Ryan Geoffrey Bourgeois
2004-04-15 10:55 ` Konstantin Sobolev
2004-04-15 12:02 ` Justin Cormack
2004-04-15 13:34 ` Konstantin Sobolev
2004-04-15 14:00 ` Justin Cormack
2004-04-15 14:26 ` Konstantin Sobolev
2004-04-15 14:33 ` Justin Cormack
2004-04-15 14:48 ` Konstantin Sobolev
2004-04-15 14:52 ` Prakash K. Cheemplavam
2004-04-15 15:08 ` Justin Cormack
2004-04-15 15:16 ` Konstantin Sobolev
2004-04-23 4:50 ` Jeremy Higdon
2004-04-15 17:30 ` Denis Vlasenko
2004-04-16 1:05 ` Jeff Garzik
2004-04-16 14:48 ` Denis Vlasenko
2004-04-16 16:59 ` Konstantin Sobolev [this message]
2004-04-16 17:46 ` cira
2004-04-20 12:41 ` Prakash K. Cheemplavam
2004-04-15 15:51 ` Ryan Geoffrey Bourgeois
2004-04-15 23:34 ` Simon Koch
2004-04-16 0:11 ` poor sata performance on 2.6 - Promise SX4 Ryan Geoffrey Bourgeois
2004-04-16 1:03 ` poor sata performance on 2.6 Jeff Garzik
2004-04-19 16:45 ` Henrik Gustafsson
2004-04-19 16:56 ` Jeff Garzik
2004-04-15 7:12 ` Lenar Lõhmus
2004-04-15 10:40 ` Konstantin Sobolev
2004-04-15 12:37 ` Denis Vlasenko
2004-04-15 12:57 ` Lenar Lõhmus
2004-04-15 16:54 ` Denis Vlasenko
2004-04-15 13:05 ` Konstantin Sobolev
2004-04-15 19:50 ` Pavel Machek
2004-04-15 21:13 ` Konstantin Sobolev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200404162059.44465.kos@supportwizard.com \
--to=kos@supportwizard.com \
--cc=jgarzik@pobox.com \
--cc=justin@street-vision.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rgb005@latech.edu \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.