perfsonar development work

[Brian Tierney <>]

Jason is right, 1000 is not enough.
ESnet has about 7000 interfaces, so it would be interesting to see if  
it scales beyond 1000.

Also, we wrote up an LS test plan here:

http://code.google.com/p/perfsonar-ps/wiki/ProposedLStestPlan

and hope to start this testing soon.


On Nov 30, 2009, at 6:52 AM, Jason Zurawski wrote:

> Slawomir Trzaszczka wrote:
> > Hi all,
> > I've created performance tests for LS1 and LS2. In these tests, I  
> > used
> > larger "size" of services then in  previous version of tests -  
> > services
> > contain more interfaces(100,500,1000).
>
> Couple of comments.  All in all good job.
>
> 1) 1000 isn't really the largest amount of interfaces we have seen  
> in the wild.  Perhaps someone from ESnet can provide their store  
> file for reference.
>
> 2) Also on the subject of interfaces, have you tried the case of  
> 'updating' a registration?  This would be similar to a back to back  
> de-registration and registration to simulate the change of a couple  
> of interfaces.
>
> 3) 'De-registration' by itself may not be a useful thing in the pS  
> world.  I think it is a rarity that services will send a de- 
> registration message before they go offline cleanly, and they will  
> not send if they are go offline un-cleanly.  I think its good to  
> test, but testing the timeout/cleaning of the database during the  
> regular processing of registrations/queries may be more valuable.
>
> 4) It was mentioned in previous mails, but serial testing is not as  
> valuable as concurrent.  This will show what sort of bottleneck can  
> occur if you are running two complex things at the same time.  This  
> our biggest problem with DBXML in the pS-PS hLS/gLS.
>
> -jason