All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Denys Dmytriyenko <denis@denix.org>
Cc: Gabor FUNK <FUNK.Gabor@hunetkft.hu>,
	linux-ide@vger.kernel.org, Jim Paris <jim@jtan.com>,
	Mark Lord <liml@rtr.ca>
Subject: Re: sata_sil24 stability and performance
Date: Wed, 05 Mar 2008 17:11:31 +0900	[thread overview]
Message-ID: <47CE55B3.6070701@gmail.com> (raw)
In-Reply-To: <20080304062942.GA14335@denix.org>

Denys Dmytriyenko wrote:
> I've got the first exception (but not reset) in several days running in
> the above configuration:
> 
> Mar  3 19:09:04 [kernel] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
> Mar  3 19:09:04 [kernel] ata1.00: irq_stat 0x00020002, device error via D2H FIS
> Mar  3 19:09:04 [kernel] ata1.00: cmd ef/42:fe:00:00:00/00:00:00:00:00/40 tag 0 cdb 0x0 data 0
> Mar  3 19:09:04 [kernel]          res 51/04:fe:00:00:00/00:00:00:00:00/40 Emask 0x1 (device error)
> Mar  3 19:09:04 [kernel] ata1.00: configured for UDMA/100
> Mar  3 19:09:04 [kernel] ata1: EH complete
> Mar  3 19:09:04 [kernel] sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
> Mar  3 19:09:04 [kernel] sd 0:0:0:0: [sda] Write Protect is off
> Mar  3 19:09:04 [kernel] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> Mar  3 19:09:04 [kernel] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> 
> Is it something I should be worried about?

That's the drive rejecting acoustic setting command probably because the
drive doesn't support it.  Nothing to worry about.  More recent kernels
won't whine about those anymore.

>>> As one of the Gurus on this list, can you suggest any tweaks/settings
>>> to try out to improve/resolve my 17 MB/s write speed limit?
>> How did you test?  W/ dd?  hdparm?
> 
> # hdparm -t /dev/sda
> 
> /dev/sda:
>  Timing buffered disk reads:  170 MB in  3.03 seconds =  56.16 MB/sec

This doesn't look too bad.

> # dd if=/dev/zero of=file bs=100M count=20
> 20+0 records in
> 20+0 records out
> 2097152000 bytes (2.1 GB) copied, 117.053 s, 17.9 MB/s
> 
> # dd if=file of=file1 bs=100M count=20
> 20+0 records in
> 20+0 records out
> 2097152000 bytes (2.1 GB) copied, 161.721 s, 13.0 MB/s

Write seems awfully sluggish.  Does turning off NCQ help?  You can turn
off NCQ by echoing 1 to /sys/block/sdX/device/queue_depth.  Also, which
kernel is this test result from?

> # dd if=file of=/dev/null bs=100M count=20
> 20+0 records in
> 20+0 records out
> 2097152000 bytes (2.1 GB) copied, 34.6141 s, 60.6 MB/s

Read looks okay.

> A similar drive in an ICH7 box shows more consistent results:
> 
> # hdparm -t /dev/sda
> 
> /dev/sda:
>  Timing buffered disk reads:  182 MB in  3.01 seconds =  60.48 MB/sec
> 
> # dd if=/dev/zero of=file bs=100M count=100
> 100+0 records in
> 100+0 records out
> 10485760000 bytes (10 GB) copied, 242.908 s, 43.2 MB/s
> 
> # dd if=file of=/dev/null bs=100M count=100
> 100+0 records in
> 100+0 records out
> 10485760000 bytes (10 GB) copied, 211.132 s, 49.7 MB/s

Hmmm... indeed.  Same kernel version?  Can you post "hdparm -I" results
of both drives?

-- 
tejun

  reply	other threads:[~2008-03-05  8:11 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-19  2:09 sata_sil24 stability and performance Denys Dmytriyenko
2008-02-19  4:36 ` Jim Paris
2008-02-19  6:39   ` Denys Dmytriyenko
2008-02-19 15:32   ` Mark Lord
2008-03-02  6:14     ` Denys Dmytriyenko
2008-03-02  9:39       ` Gabor FUNK
2008-03-04  0:02         ` Tejun Heo
2008-03-04  0:22           ` Denys Dmytriyenko
2008-03-04  3:28             ` Tejun Heo
2008-03-04  6:29               ` Denys Dmytriyenko
2008-03-05  8:11                 ` Tejun Heo [this message]
2008-03-06  4:14                   ` Denys Dmytriyenko
2008-03-06  4:25                     ` Tejun Heo
2008-03-06  6:55                       ` Denys Dmytriyenko
2008-03-06  7:08                         ` Tejun Heo
2008-03-15 21:43                           ` Denys Dmytriyenko
2008-03-17  3:09                             ` Mark Lord
2008-03-18  0:15                               ` Denys Dmytriyenko
2008-03-18  4:09                                 ` Tejun Heo
2008-03-18  4:53                                   ` Denys Dmytriyenko
2008-03-18  6:40                                     ` Tejun Heo
2008-03-20 22:37                                       ` Denys Dmytriyenko
2008-03-21  0:18                                         ` Tejun Heo
2008-04-14  1:19                                           ` Denys Dmytriyenko
2008-04-14  2:49                                             ` Tejun Heo
2008-04-14 10:55                                             ` Gabor FUNK
2008-03-18  9:14                                     ` Gabor FUNK
2008-03-18 13:06                                       ` Gabor FUNK
2008-03-18 20:05                                   ` Mark Lord
2008-03-18 20:06                                     ` Mark Lord

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=47CE55B3.6070701@gmail.com \
    --to=htejun@gmail.com \
    --cc=FUNK.Gabor@hunetkft.hu \
    --cc=denis@denix.org \
    --cc=jim@jtan.com \
    --cc=liml@rtr.ca \
    --cc=linux-ide@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.