From: Tejun Heo <tj@kernel.org>
To: Yan Seiner <yan@seiner.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: Port multiplier resets
Date: Thu, 20 Nov 2008 11:27:17 +0900 [thread overview]
Message-ID: <4924CB05.9060100@kernel.org> (raw)
In-Reply-To: <49242D9E.4050500@seiner.com>
Yan Seiner wrote:
> Sorry for the delayed response. I've installed another controller based
> on the SiI 3132 chipset. The esata array is the same; I've simply moved
> the esata cables to the new controller. My observations:
>
> 1. The JMicron 20360/20363 AHCI Controller (rev 03) controller is far,
> far slower. hdparm clocks it at 20 mb/sec and a raid check takes about
> 15 hours.
Hmm... That's probably due to lack of FIS based switching support.
The hardware (20360/3) can't do it and ahci doesn't support it yet
either. So, only commands to one drive can be in flight at any given
moment which is usually pretty bad for RAID.
> 2. The JMicron controller experiences the above errors.
Have you tried forcing the link speed?
> 3. The Sil 3132 controller is faster. hdparm says 110 mb/sec and a
> raid check takes about 5 hours. This is confirmed by usage - I can
> stream 2 videos, record 2 videos, and commercial flag a video in myth
> with no visible stuttering. The JMicron controller stutters even with a
> single video streaming and recording.
As said above, if you're running RAID on top of it, command based
switching will hurt bad. And 110Mb/s is about the limit of sil3132.
> 4. The Sil 3132 controller doesn't have any errors even under high load.
>
> Google says the rev 3 version of the JMicron controller has these
> issues, and to turn off NCQ on it. It also indicates that these
> problems should have been resolved in my kernel - version 2.6.27.4 - but
> apparently not. :-(
Nah.. I'm not aware of any such problem and it will work fine w/o PMP.
JMB ahci's are actually pretty good. Lack of FIS switching support
hurts when you use PMP tho.
> Is there a way to turn off NCQ on that controller without impacting the
> Sil 3132 controller? Any other things to try?
You can do that with libata.force param but if you wanna put parallel
high load to the drives connected through PMP, no matter what you do,
the performance is gonna be bad if FIS switching is not supported.
--
tejun
next prev parent reply other threads:[~2008-11-20 2:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-02 15:10 Port multiplier resets Yan Seiner
2008-11-11 9:06 ` Tejun Heo
2008-11-19 15:15 ` Yan Seiner
2008-11-20 2:27 ` Tejun Heo [this message]
2008-11-20 3:05 ` Yan Seiner
2008-11-20 3:23 ` Tejun Heo
2008-11-20 3:19 ` Yan Seiner
2008-11-20 3:24 ` Tejun Heo
2008-11-22 16:48 ` Yan Seiner
2008-11-23 0:53 ` Tejun Heo
2008-11-25 4:44 ` Yan Seiner
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=4924CB05.9060100@kernel.org \
--to=tj@kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=yan@seiner.com \
/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).