All of lore.kernel.org
 help / color / mirror / Atom feed
From: cira <linux@spishack.com>
To: linux-ide@vger.kernel.org,
	Kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: poor sata performance on 2.6
Date: Fri, 16 Apr 2004 11:46:36 -0600	[thread overview]
Message-ID: <40801BFC.3090702@spishack.com> (raw)
In-Reply-To: <200404161748.38958.vda@port.imtp.ilyichevsk.odessa.ua>

Denis Vlasenko wrote:
> On Friday 16 April 2004 04:05, Jeff Garzik wrote:

>>It seems like the situation is already resolved, to me.
>>
>>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.

debian unstable
kernel 2.6.5 with udev
promise sata150 tx4
dual seagate ST3120026AS (120GB)
libata 1.02
sata_promise 0.91

Thank you all!

I use lvm2 with /dev/sda and /dev/sdb as members of my volume group. 
That means, no partition tables.  The logical volume contains a 
ReiserFS.  Once the logical volume is mounted the higher transfer rates 
are seen.

22 root@chaljin:/mnt # mount /dev/sdb1 sdb1
23 root@chaljin:/mnt # mount | grep sdb

/dev/scsi/host1/bus0/target0/lun0/part1 on /mnt/sdb1 type ext2 (rw)

24 root@chaljin:/mnt # hdparm -t /dev/sdb

/dev/sdb:
  Timing buffered disk reads:   32 MB in  3.04 seconds =  10.52 MB/sec

25 root@chaljin:/mnt # hdparm -t /dev/sdb

/dev/sdb:
  Timing buffered disk reads:  166 MB in  3.02 seconds =  54.98 MB/sec

26 root@chaljin:/mnt # umount /dev/sdb1

Ah, the change is not stable either.  If I umount the partition it
reverts to the slower rate.  There is no need to reboot.

 > Konstantin, does dd give you the same behaviour as hdparm?
 > --
 > vda

Yes, dd does behave the same as hdparm.

39 root@chaljin:/root # dd bs=512 count=65536 if=/dev/sdb of=/dev/null

65536+0 records in
65536+0 records out
33554432 bytes transferred in 3.203750 seconds (10473487 bytes/sec)

40 root@chaljin:/root # cd /mnt
41 root@chaljin:/mnt # mount /dev/sdb1 sdb1
42 root@chaljin:/mnt # dd bs=512 count=65536 if=/dev/sdb of=/dev/null

65536+0 records in
65536+0 records out
33554432 bytes transferred in 3.184339 seconds (10537330 bytes/sec)

43 root@chaljin:/mnt # dd bs=512 count=65536 if=/dev/sdb of=/dev/null

65536+0 records in
65536+0 records out
33554432 bytes transferred in 0.400394 seconds (83803552 bytes/sec)

44 root@chaljin:/mnt # dd bs=512 count=339968 if=/dev/sdb of=/dev/null

339968+0 records in
339968+0 records out
174063616 bytes transferred in 2.705558 seconds (64335569 bytes/sec)

45 root@chaljin:/mnt #

If anyone wants further testing just let me know.  I still have one 
blank disk and one promise sata150 tx4 controller that is not yet in use.

-cira

(I'm on the linux-ide list)


  parent reply	other threads:[~2004-04-16 17:46 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
2004-04-16 17:46                       ` cira [this message]
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=40801BFC.3090702@spishack.com \
    --to=linux@spishack.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /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.