Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] Re: [GN2-JRA1] [Ticket#2007103110000016] Problem with SWITCH RRD MA

Subject: perfsonar development work

List archive

Re: [pS-dev] Re: [GN2-JRA1] [Ticket#2007103110000016] Problem with SWITCH RRD MA


Chronological Thread 
  • From: Jason Zurawski <>
  • To: Chris Welti <>
  • Cc: Nina Jeliazkova <>, GN-JRA1-list <>, "" <>
  • Subject: Re: [pS-dev] Re: [GN2-JRA1] [Ticket#2007103110000016] Problem with SWITCH RRD MA
  • Date: Tue, 04 Dec 2007 08:31:37 -0500
  • Openpgp: id=B94D59A6; url=http://people.internet2.edu/~zurawski/key.txt
  • Organization: Internet2

Chris;

> Personally I currently don't see the "retrieve all" to make any sense, as
> it does not seem to work properly anyway.
> If it takes more than a minute to get the results, what's the point?
> I even tried to use the perfsonarUI to do an retrieve all from the GEANT
> MA, which does not have that many interfaces, and it just locks up after a
> while, without any results.
> Does that function work for anyone that is running a production MA?
>


I have found that it works most of the time if I set the heap value
pretty high, and don't background pS-UI to do any other work (neglecting
either of these two items freezes pS-UI or my laptop). I have seen good
behavior on a fairly large MA (Internet2's, ~500 interfaces), and it
does much better on smaller ones. Something huge like ESnet is a non
starter currently.

I would naively suggest that this switch in retrieval would improve
performance as much as possible currently, until some other data-based
optimization could be found to reduce the memory/cpu requirements.


-jason


>>>> I think the "retrieve all" is a good thing to have, but particularly
>>>> when testing large deployments (ESnet has 1000s of interfaces for
>>>> example) it would be good to have functionality to do the metadata
>>>> request to populate pS-UI, then selectively retrieve interface info for
>>>> data requests instead of automatically getting everythihng. Working on
>>>> a Mac mini at SC, it was impossible to run pS-UI due to the volume of
>>>> data generated by certain services (also caused repeated Heap
>>>> Overflows).
>>>>
>>> I agree for testing purposes it will be convenient to send obnly
>>> metadata request. I am thinking of two options
>>> 1) add a new menu item (in addition to retrieve all) with
>>> functionality to send only metadata request , therefore the table will
>>> be filled in only with interface metadata and no utilization
>>> statistics, and no data will be displayed at barchart /radar chart. In
>>> this case, could you suggest an appropriate title for the new menu item?
>>> or
>>> 2)add an option somewhere in order to switch the behaviour of
>>> "Retrieve All" between current behaviour and sending only metadata
>>> request.
>>>
>>> Which will be the preferred way?
>>>
>> Option 1 makes the most sense to me, I would call this choice "Populate"
>> or something similar. After this step there would need to be two
>> options for data retrieval: the current "retrieve all", then the ability
>> to select interfaces from the table, and simply "retrieve selected".
>>
>> Anyone else feel strongly one way or another about this?
>>
>> -jason
>>
>>
>>
>
>


--

Jason Zurawski, Network Software Engineer
Internet2

office: [+1-202-331-5354]
mobile: [+1-734-846-2900]
fax: [+1-202-872-6648]

The Internet2 Dynamic Circuit Network:
Unleash your interdomain imagination
http://www.internet2.edu/network/dc/




Archive powered by MHonArc 2.6.16.

Top of Page