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:30 +0200 [thread overview]
Message-ID: <425E9902.8000804@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
test:
# 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
next reply other threads:[~2005-04-14 16:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-14 16:23 Tomasz Chmielewski [this message]
2005-04-14 16:55 ` poor SATA performance under 2.6.11 (with < 2.6.11 is OK)? 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
-- strict thread matches above, loose matches on Subject: below --
2005-04-14 16:23 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=425E9902.8000804@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