All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jiang Liu <jiang.liu@linux.intel.com>
To: lkp@lists.01.org
Subject: Re: [x86/MSI] 52f518a3a7c: -30.5% netperf.Throughput_tps
Date: Tue, 16 Jun 2015 10:09:29 +0800	[thread overview]
Message-ID: <557F8559.4040105@linux.intel.com> (raw)
In-Reply-To: <alpine.DEB.2.11.1506151943000.4120@nanos>

[-- Attachment #1: Type: text/plain, Size: 1469 bytes --]

On 2015/6/16 1:52, Thomas Gleixner wrote:
> On Mon, 15 Jun 2015, Huang Ying wrote:
> 
>> FYI, we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>> commit 52f518a3a7c2f80551a38d38be28bc9f335e713c ("x86/MSI: Use hierarchical irqdomains to manage MSI interrupts")
>>
> 
> I really appreciate this testing effort, but the information provided
> is not really helpful.
> 
> I asked this before. Can you pretty please, upload ALL relevant
> information (.config, full dmesg, below stats, /proc/interrupts ...)
> to some place where everyone interested can download them?
> 
> Then themail contains a useful link instead of 200k waste of network bandwidth.

Hi Ying and Thomas,
	I guess this report discloses a regression in hierarchy
irqdomain, and which should have been fixed by the patch posted at:
lkml.org/lkml/2015/6/1/80
	The root cause is that, with hierarchy irqdomain enabled,
there are multiple irq_data associated with one irq. And function
irq_move_irq() on x86 uses a wrong copy of irq_data to check
whether there's pending irq migration operation. So all irq migration
/set_affinity operations will get pending for ever. This may
affect network performance due to interrupt load balance issue.
And the patch set posted at
www.gossamer-threads.com/lists/linux/kernel/2185533
should have solved all such regressions.

Thanks!
Gerry

> 
> Thanks,
> 
> 	tglx 
> 

WARNING: multiple messages have this Message-ID (diff)
From: Jiang Liu <jiang.liu@linux.intel.com>
To: Thomas Gleixner <tglx@linutronix.de>, Huang Ying <ying.huang@intel.com>
Cc: LKML <linux-kernel@vger.kernel.org>, LKP ML <lkp@01.org>
Subject: Re: [lkp] [x86/MSI] 52f518a3a7c: -30.5% netperf.Throughput_tps
Date: Tue, 16 Jun 2015 10:09:29 +0800	[thread overview]
Message-ID: <557F8559.4040105@linux.intel.com> (raw)
In-Reply-To: <alpine.DEB.2.11.1506151943000.4120@nanos>

On 2015/6/16 1:52, Thomas Gleixner wrote:
> On Mon, 15 Jun 2015, Huang Ying wrote:
> 
>> FYI, we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>> commit 52f518a3a7c2f80551a38d38be28bc9f335e713c ("x86/MSI: Use hierarchical irqdomains to manage MSI interrupts")
>>
> 
> I really appreciate this testing effort, but the information provided
> is not really helpful.
> 
> I asked this before. Can you pretty please, upload ALL relevant
> information (.config, full dmesg, below stats, /proc/interrupts ...)
> to some place where everyone interested can download them?
> 
> Then themail contains a useful link instead of 200k waste of network bandwidth.

Hi Ying and Thomas,
	I guess this report discloses a regression in hierarchy
irqdomain, and which should have been fixed by the patch posted at:
lkml.org/lkml/2015/6/1/80
	The root cause is that, with hierarchy irqdomain enabled,
there are multiple irq_data associated with one irq. And function
irq_move_irq() on x86 uses a wrong copy of irq_data to check
whether there's pending irq migration operation. So all irq migration
/set_affinity operations will get pending for ever. This may
affect network performance due to interrupt load balance issue.
And the patch set posted at
www.gossamer-threads.com/lists/linux/kernel/2185533
should have solved all such regressions.

Thanks!
Gerry

> 
> Thanks,
> 
> 	tglx 
> 

  reply	other threads:[~2015-06-16  2:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-15  7:02 [x86/MSI] 52f518a3a7c: -30.5% netperf.Throughput_tps Huang Ying
2015-06-15  7:02 ` [lkp] " Huang Ying
2015-06-15 17:52 ` Thomas Gleixner
2015-06-15 17:52   ` [lkp] " Thomas Gleixner
2015-06-16  2:09   ` Jiang Liu [this message]
2015-06-16  2:09     ` Jiang Liu
2015-06-16  5:41     ` Huang Ying
2015-06-16  5:41       ` [lkp] " Huang Ying
2015-06-16  5:51       ` Jiang Liu
2015-06-16  5:51         ` [lkp] " Jiang Liu
2015-06-16  6:13     ` Thomas Gleixner
2015-06-16  6:13       ` [lkp] " Thomas Gleixner

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=557F8559.4040105@linux.intel.com \
    --to=jiang.liu@linux.intel.com \
    --cc=lkp@lists.01.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.