public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tomasz Chmielewski <mangoo@interia.pl>
To: linux-kernel@vger.kernel.org
Subject: poor SATA performance under 2.6.11 (with < 2.6.11 is OK)?
Date: Thu, 14 Apr 2005 18:23:43 +0200	[thread overview]
Message-ID: <425E990F.8040607@interia.pl> (raw)

I have a Silicon Image SIL3112A SATA PCI controller + 2x 200GB, 8MB
Barracuda drives.

The performance under 2.6 kernels is *very* poor (Timing buffered disk
reads never more than 20 MB/sec); under 2.4 it runs quite fine (Timing
buffered disk reads around 60 MB/sec).



Below three hdparm reads on three different liveCDs (kernels 2.6.11.6,
2.4.28, 2.6.11).


Kernel 2.6.11.6, Slax 5.0.1

root@slax:~# hdparm -Tt /dev/sda /dev/sdb

/dev/sda:
  Timing cached reads:   1124 MB in  2.00 seconds = 560.68 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
  Timing buffered disk reads:   60 MB in  3.10 seconds =  19.38 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device

/dev/sdb:
  Timing cached reads:   1128 MB in  2.00 seconds = 563.80 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
  Timing buffered disk reads:   60 MB in  3.09 seconds =  19.39 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device


Kernel 2.4.28, Slax 4.1.4

root@slax:~# hdparm -Tt /dev/sda /dev/sdb

/dev/sda:
  Timing buffer-cache reads:   1152 MB in  2.00 seconds = 576.00 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not
supported
  Timing buffered disk reads:  180 MB in  3.01 seconds =  59.80 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not
supported

/dev/sdb:
  Timing buffer-cache reads:   1124 MB in  2.00 seconds = 562.00 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not
supported
  Timing buffered disk reads:  180 MB in  3.07 seconds =  58.63 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not
supported


Kernel 2.6.11, Knoppix 3.8.1:

# hdparm -Tt /dev/sda /dev/sdb

/dev/sda:
  Timing cached reads:   1188 MB in  2.00 seconds = 592.61 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
  Timing buffered disk reads:   50 MB in  3.09 seconds =  16.19 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device

/dev/sdb:
  Timing cached reads:   1176 MB in  2.00 seconds = 586.92 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
  Timing buffered disk reads:   54 MB in  3.19 seconds =  16.94 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device



I tested it also with Mandrake 10.2 (it is shipped with 2.6.11 kernel): 
  Timing cached reads was about 100 MB/sec and Timing buffered disk 
reads was about 10 MB/sec.

Another test on Mandrake with 2.6.8.1 kernel - it's the fastest of all 
tests:

# hdparm -Tt /dev/sda

/dev/sda:
  Timing cached reads:   1064 MB in  2.00 seconds = 531.81 MB/sec
BLKFLSBUF failed: Operation not supported
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not 
supported
  Timing buffered disk reads:  310 MB in  3.02 seconds = 102.49 MB/sec


So on three distros with 2.6.11.x kernels (Knoppix, Slax, Mandrake), 
SATA performance was extremely bad for me.
Coincidence, or something SATA-related got borked in 2.6.11?


Tomek


             reply	other threads:[~2005-04-14 16:24 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-14 16:23 Tomasz Chmielewski [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-04-14 16:23 poor SATA performance under 2.6.11 (with < 2.6.11 is OK)? Tomasz Chmielewski
2005-04-14 16:55 ` Tomasz Torcz
2005-04-14 22:08   ` Tomasz Chmielewski
2005-04-14 22:34     ` Chris Wright
2005-04-15  7:24       ` Tomasz Chmielewski
2005-04-15  7:32         ` Andre Bender
2005-04-15 11:07           ` Tomasz Chmielewski
2005-04-14 23:03     ` Tomasz Torcz
2005-04-15  7:21       ` Tomasz Chmielewski

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=425E990F.8040607@interia.pl \
    --to=mangoo@interia.pl \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox