[ofa-general] IB performance stats (revisited)

[Hal Rosenstock]

On Thu, 2007-06-28 at 03:24, Eitan Zahavi wrote:
> > On Wed, 2007-06-27 at 14:23, Eitan Zahavi wrote:
> > > In the last months it is the second time I hear people 
> > complaining the 
> > > current monitoring solution in OFA is  integrated with OpenSM.
> > 
> > I must have missed this both times (didn't see this in Mark's 
> > post) and the statement itself is somewhat inaccurate as well.

> Private talks - I hope they will speak up for themselves now...

Please encourage them to do so.
 
> > > These people do not use OpenSM but do use OFED.
> > 
> > I'm not sure I'm following what you mean here.
> > 
> > If you mean that some people want to run PerfMgr without the 
> > SM/SA aspects (so that they can run a vendor based SM), that 
> > is the next thing we are adding to the implementation.
> Exactly. OK when is that coming?

Should be part of OFED 1.3.
 
> > >  Another drawback if that
> > > no naming is provided and the reporting uses GUIDs.
> > 
> > Naming is provided via NodeDescription.
> This might be good for hosts but is not covering  switches ...

switch map has been used for this with some other diag tools. Not sure
if this is the approach to be used here but that would be consistent.

> > > I also can't hold myself from saying again I think you are going to 
> > > hit the wall with the concept of doing the PMA from a single node.
> > 
> > If you are referring to the fact the PerMgr is currently not 
> > distributed, that will be done as has been stated before.
> Good. When is it expected? Will it be OFED 1.3?

Not sure yet; it's the next major thing after making PerfMgr run without
the SM/SA included. Don't have an OFED 1.3 functionality freeze date yet
to work against.

-- Hal

> Thanks
> > 
> > -- Hal
> > 
> > > Eitan Zahavi
> > > Senior Engineering Director, Software Architect Mellanox 
> > Technologies 
> > > LTD
> > > Tel:+972-4-9097208
> > > Fax:+972-4-9593245
> > > P.O. Box 586 Yokneam 20692 ISRAEL
> > > 
> > >  
> > > 
> > > > -----Original Message-----
> > > > From: general-bounces at lists.openfabrics.org
> > > > [mailto:general-bounces at lists.openfabrics.org] On Behalf Of Hal 
> > > > Rosenstock
> > > > Sent: Wednesday, June 27, 2007 8:12 PM
> > > > To: Mark Seger
> > > > Cc: Finn, Ed; general at lists.openfabrics.org
> > > > Subject: Re: [ofa-general] IB performance stats (revisited)
> > > > 
> > > > On Wed, 2007-06-27 at 13:07, Mark Seger wrote:
> > > > > >The performance managers deal with the counter stickiness (by 
> > > > > >resetting them when they think they need to). They
> > > > typically export
> > > > > >their data although this is not specified by IBA so it is
> > > > in a vendor
> > > > > >proprietary manner.
> > > > > >  
> > > > > >
> > > > > so I guess these guys are poor citizens as well...
> > > > 
> > > > Not sure what you mean.
> > > > 
> > > > > the real issue as I see it then means nobody can trust 
> > the data if 
> > > > > randon tools randomly reset the counters.  a real shame...
> > > > 
> > > > I consider this to be a real rather than random app for this. 
> > > > Guess it depends on what one considers random.
> > > > 
> > > > -- Hal
> > > > 
> > > > > -mark
> > > > > 
> > > > > 
> > > > 
> > > > _______________________________________________
> > > > general mailing list
> > > > general at lists.openfabrics.org
> > > > http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> > > > 
> > > > To unsubscribe, please visit
> > > > http://openib.org/mailman/listinfo/openib-general
> > > > 
> > 
> >