linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Fajun Chen <fajunchen@gmail.com>
Cc: linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: Data read/write slows down other programs dramatically (2.6.18-rc2)
Date: Fri, 08 Sep 2006 09:39:35 +0200	[thread overview]
Message-ID: <45011E37.6040005@gmail.com> (raw)
In-Reply-To: <8202f4270609071729n84eaff7j5696e5db65090af8@mail.gmail.com>

Fajun Chen wrote:
> The following problem was observed occasionally: the test program uses
> 99% of cpu and other programs slowed down dramatically: telnet session

How much is in user and how much is in kernel?

> was very slow to respond,  ip connection was almost time out...  It
> seems the slowness was related to the dmesg traces below (just an
> observation which may not be true). Has anyone seen similar problem
> before? Is there any place or hot spot I should look closely?
> 
> ---------
> ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata2.00: configured for UDMA/100
> ata2: EH complete
> SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 00 3a 00 00
> SCSI device sdb: drive cache: write back
> ata1: exception Emask 0x10 SAct 0x0 SErr 0x40d0000 action 0x2 frozen
> ata1: (irq_stat 0x01100010, PHY RDY changed)
> ata1: waiting for device to spin up (8 secs)
> ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0000 action 0x2 frozen
> ata2: (irq_stat 0x01100010, PHY RDY changed)
> ata2: waiting for device to spin up (8 secs)
> ata1: soft resetting port
> ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata1.00: configured for UDMA/100
> ata1: EH complete

PHY RDY changed on both ata1 and 2 meaning SATA connections are broken 
on both channels simultaneously.  Was there anything special going on?

[--snip--]
> ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0000 action 0x2 frozen
> ata2: (irq_stat 0x01100010, PHY RDY changed)
> ata2: waiting for device to spin up (8 secs)
> ata2: soft resetting port
> ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata2.00: configured for UDMA/100
> ata2: EH complete

Another PHY RDY changed on ata2.  This repeats a number of times. 
What's going on?  How fast are these exceptions happening?  Can you post 
long w/ timestamps?

> SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 00 3a 00 00
> SCSI device sdb: drive cache: write back
> ata2: exception Emask 0x10 SAct 0x0 SErr 0x80000 action 0x2 frozen
> ata2: (irq_stat 0x01100010, PHY RDY changed)
> ata2: soft resetting port
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2: failed to recover some devices, retrying in 5 secs
> ata1: exception Emask 0x10 SAct 0x0 SErr 0x80000 action 0x2 frozen
> ata1: (irq_stat 0x01100010, PHY RDY changed)
> ata1: soft resetting port
> ata1: SATA link down (SStatus 0 SControl 300)
> ata1: failed to recover some devices, retrying in 5 secs
> ata2: hard resetting port
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2: failed to recover some devices, retrying in 5 secs
> ata1: hard resetting port
> ata1: SATA link down (SStatus 0 SControl 300)
> ata1: failed to recover some devices, retrying in 5 secs
> ata2: hard resetting port
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2.00: disabled
> sd 1:0:0:0: rejecting I/O to offline device
> ata2: EH complete
> ata2.00: detaching (SCSI 1:0:0:0)
> ata1: hard resetting port
> ata1: SATA link down (SStatus 0 SControl 300)
> ata1.00: disabled
> ata1: EH complete
> ata1.00: detaching (SCSI 0:0:0:0)

Another concurrent PHY RDY changed on ata1 and 2, and both drives 
decided not to respond this time.  I'm really intrigued.  Can you 
explain in deeper detail about the situation?

Thanks.

-- 
tejun

  reply	other threads:[~2006-09-08  7:39 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-08  0:29 Data read/write slows down other programs dramatically (2.6.18-rc2) Fajun Chen
2006-09-08  7:39 ` Tejun Heo [this message]
2006-09-08 16:13   ` Fajun Chen

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=45011E37.6040005@gmail.com \
    --to=htejun@gmail.com \
    --cc=fajunchen@gmail.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-scsi@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;
as well as URLs for NNTP newsgroup(s).