netconf notes and materials

netconf notes and materials

[David Miller]

Just a note that all of the available notes and slide etc.
materials are available for netconf2009 at:

	http://vger.kernel.org/netconf2009.html

Enjoy.

Re: netconf notes and materials

[Bill Fink]

On Wed, 07 Oct 2009, David Miller wrote:

> 
> Just a note that all of the available notes and slide etc.
> materials are available for netconf2009 at:
> 
> 	http://vger.kernel.org/netconf2009.html
> 
> Enjoy.

Thanks very much for the URL!

A question for Peter P Waskiewicz Jr, who presented on "NUMA scaling
issues in 10GbE":

How did you do the NUMA memory performance monitoring that was
presented on one of your slides?  This could be useful to me in
further pursuing an issue I recently raised with the subject
"Receive side performance issue with multi-10-GigE and NUMA"
(see http://article.gmane.org/gmane.linux.network/134658).

					-Thanks again

					-Bill

Re: netconf notes and materials

[David Miller]

From: Bill Fink <billfink@mindspring.com>
Date: Fri, 9 Oct 2009 17:49:49 -0400

> How did you do the NUMA memory performance monitoring that was
> presented on one of your slides?

Using proprietary internal tools Intel is unlikely to release.

On the bright side, some of those metrics will make their way into the
'perf' facilities in the kernel so they can be monitored, but not all
of them.

Re: netconf notes and materials

[Peter P Waskiewicz Jr]

On Fri, 2009-10-09 at 14:51 -0700, David Miller wrote:
> From: Bill Fink <billfink@mindspring.com>
> Date: Fri, 9 Oct 2009 17:49:49 -0400
> 
> > How did you do the NUMA memory performance monitoring that was
> > presented on one of your slides?
> 
> Using proprietary internal tools Intel is unlikely to release.
> 
> On the bright side, some of those metrics will make their way into the
> 'perf' facilities in the kernel so they can be monitored, but not all
> of them.

Yes, they are tools written by our CPU and chipset teams to assist in
debug.  To reinforce what David just said, I know Jesse Barnes is
working hard with the Intel powers-that-be to get the "approved" public
PMU counters into the perf utility.  I'd imagine the PMU counters for
IOH memory throughput will be deemed ok, since it's not uncovering any
IP.

If I hear anything about any of the performance counters, I'll be sure
to forward that on.

Cheers,
-PJ

Re: netconf notes and materials

[Krzysztof Halasa]

Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com> writes:

> Yes, they are tools written by our CPU and chipset teams to assist in
> debug.  To reinforce what David just said, I know Jesse Barnes is
> working hard with the Intel powers-that-be to get the "approved" public
> PMU counters into the perf utility.  I'd imagine the PMU counters for
> IOH memory throughput will be deemed ok, since it's not uncovering any
> IP.

Ehm perhaps something similar could also happen to source of IXP4xx
microcode and/or NPE docs? Not sure about IP, though isn't any IP there
already patented (and thus available)?

This is especially needed WRT HSS (sync serial port).

:-)
-- 
Krzysztof Halasa

Re: netconf notes and materials

[Rick Jones]

Peter P Waskiewicz Jr wrote:
> On Fri, 2009-10-09 at 14:51 -0700, David Miller wrote:
> 
>>From: Bill Fink <billfink@mindspring.com>
>>Date: Fri, 9 Oct 2009 17:49:49 -0400
>>
>>
>>>How did you do the NUMA memory performance monitoring that was
>>>presented on one of your slides?
>>
>>Using proprietary internal tools Intel is unlikely to release.
>>
>>On the bright side, some of those metrics will make their way into the
>>'perf' facilities in the kernel so they can be monitored, but not all
>>of them.
> 
> 
> Yes, they are tools written by our CPU and chipset teams to assist in
> debug.  To reinforce what David just said, I know Jesse Barnes is
> working hard with the Intel powers-that-be to get the "approved" public
> PMU counters into the perf utility.  I'd imagine the PMU counters for
> IOH memory throughput will be deemed ok, since it's not uncovering any
> IP.
> 
> If I hear anything about any of the performance counters, I'll be sure
> to forward that on.

 From the standpoint of I/O, anything that might enable a port of:

http://pcitop.berlios.de/

would be goodness.

rick jones

Re: netconf notes and materials

[Rami Rosen]

David,
1)  Great, thanks for the link!

2)  Regarding your "Linux Networking Futures 2010" slides :
 You mention in the fifth slide :
"XFS is in review state, 2.6.38 likely'.

I suppose you probably mean "XPS" patches,
the transmit Packet Steering patches by
Tom Herbert. Or am I wrong and don't know something ?

Rgs,
Rami Rosen



On Wed, Oct 7, 2009 at 1:47 PM, David Miller <davem@davemloft.net> wrote:
>
> Just a note that all of the available notes and slide etc.
> materials are available for netconf2009 at:
>
>        http://vger.kernel.org/netconf2009.html
>
> Enjoy.
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: netconf notes and materials

[David Miller]

From: Rami Rosen <roszenrami@gmail.com>
Date: Sun, 7 Nov 2010 21:06:20 +0200

> David,
> 1)  Great, thanks for the link!
> 
> 2)  Regarding your "Linux Networking Futures 2010" slides :
>  You mention in the fifth slide :
> "XFS is in review state, 2.6.38 likely'.
> 
> I suppose you probably mean "XPS" patches,
> the transmit Packet Steering patches by
> Tom Herbert. Or am I wrong and don't know something ?

You're correct, and the typo is mine :-)