From: Matthew Wilcox <matthew@wil.cx>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Andrew Vasquez <andrew.vasquez@qlogic.com>,
"Wilcox, Matthew R" <matthew.r.wilcox@intel.com>,
Anirban Chakraborty <anirban.chakraborty@qlogic.com>,
David Wagner <david.wagner@qlogic.com>,
Linux SCSI Mailing List <linux-scsi@vger.kernel.org>,
douglas.w.styner@intel.com, sharad.c.tripathi@intel.com,
chinang.ma@intel.com, terry.o.prickett@intel.com
Subject: Re: [PATCH] qla2xxx: Resolved a performance issue in interrupt
Date: Wed, 10 Jun 2009 13:48:11 -0600 [thread overview]
Message-ID: <20090610194810.GU3274@parisc-linux.org> (raw)
In-Reply-To: <1244661018.17432.21.camel@mulgrave.site>
On Wed, Jun 10, 2009 at 07:10:18PM +0000, James Bottomley wrote:
> > That's a curious observation... I'm just trying to understand the
> > numbers here, but, are we sure that this spin_lock() ->
> > spin_lock_irqsave() conversion is in fact the mitigating factor.
>
> I think so ... the performance of both fixes is actually nearly
> identical showing that the base reason (interrupt while holding hardware
> spinlock adding to latency) is the correct one.
>
> The curiosity I had is whether we can do even better by disabling
> interrupts for the whole of the ISR rather than only over the sections
> where we take the hw lock, and I don't think we have conclusive evidence
> either way on that.
It probably doesn't matter much either way. At some point, I think
Peter will be successful in forcing IRQF_DISABLED for all interrupts,
and this decision will go away.
--
Matthew Wilcox Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
next prev parent reply other threads:[~2009-06-10 19:48 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-09 18:42 [PATCH] qla2xxx: Resolved a performance issue in interrupt handler Anirban Chakraborty
2009-06-09 19:32 ` James Bottomley
2009-06-09 20:34 ` Anirban Chakraborty
2009-06-09 20:40 ` James Bottomley
2009-06-09 21:28 ` Giridhar Malavali
2009-06-09 21:41 ` Matthew Wilcox
2009-06-09 21:46 ` James Bottomley
2009-06-09 21:40 ` Anirban Chakraborty
2009-06-09 21:43 ` Matthew Wilcox
2009-06-09 21:46 ` Anirban Chakraborty
2009-06-09 21:47 ` Matthew Wilcox
2009-06-09 22:30 ` Anirban Chakraborty
[not found] ` <D7C42C27E6CB1E4D8CBDF2F81EA92A26035402EBA0@azsmsx501.amr.corp.intel.com>
[not found] ` <2796FDDF-31EA-44E2-8856-84A22F31A01F@qlogic.com>
2009-06-10 15:52 ` Styner, Douglas W
2009-06-10 16:09 ` Anirban Chakraborty
2009-06-10 16:17 ` James Bottomley
2009-06-10 16:18 ` Matthew Wilcox
2009-06-10 18:29 ` Anirban Chakraborty
2009-06-10 18:32 ` [PATCH] qla2xxx: Resolved a performance issue in interrupt Andrew Vasquez
2009-06-10 19:10 ` James Bottomley
2009-06-10 19:48 ` Matthew Wilcox [this message]
2009-06-10 20:55 ` Anirban Chakraborty
2009-06-12 22:48 ` Styner, Douglas W
2009-06-12 22:52 ` [PATCH] qla2xxx: Resolved a performance issue in interrupt - this time with data Styner, Douglas W
2009-06-12 23:32 ` Anirban Chakraborty
[not found] <B8134F80-B547-4E04-890A-6B646D2BA3E8@qlogic.com>
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=20090610194810.GU3274@parisc-linux.org \
--to=matthew@wil.cx \
--cc=James.Bottomley@HansenPartnership.com \
--cc=andrew.vasquez@qlogic.com \
--cc=anirban.chakraborty@qlogic.com \
--cc=chinang.ma@intel.com \
--cc=david.wagner@qlogic.com \
--cc=douglas.w.styner@intel.com \
--cc=linux-scsi@vger.kernel.org \
--cc=matthew.r.wilcox@intel.com \
--cc=sharad.c.tripathi@intel.com \
--cc=terry.o.prickett@intel.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 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.