All of lore.kernel.org
 help / color / mirror / Atom feed
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				      

  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.