perfsonar development work

[Chris Welti <>]

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?

Regards,
Chris


Jason Zurawski wrote:

>>> 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
> 
>