perfSONAR User Q&A and Other Discussion

[Chris Konger - NOAA Affiliate <>]

Hi Mark,

That suggestion (the new param) makes sense to me ... I'll see if I can hunt  down the appropriate repo and make the request later this afternoon. Thanks!  :)

Chris Konger
Sr Network Engineer - Cloud (Contractor)

NOAA
Mail stop: N-Wave
325 Broadway
Boulder, CO 80305
Phone: 303-497-7125
Cell: 720.650.9801

On 6/1/20 12:56 PM, Mark Feit wrote:

Chris Konger - NOAA Affiliate writes:

This may be something obvious ... but I'm not sure if there is a way to have pscheduler run a nuttcp test using UDP Burst mode (?)

Running nuttcp with -Ri directly from the command-line works perfectly, but interferes with other tests on the associated pS boxes (since it isn't scheduled).

 

That must have been overlooked when the test was being designed and the plugin written.  Right now, the nuttcp plugin just uses -R to regulate transmit bandwidth based on the throughput test’s bandwidth parameter.  We could handle burst mode one of two ways:

 

One is to make it the default behavior for nuttcp when bandwidth is restricted.  I’m not sure that’s the right thing to do because it will change existing behavior.

 

The other would be to add a new parameter to the throughput test (I’d probably call it bandwidth-strict) that, if set, would use -Ri when invoking nuttcp instead of -R.  That would be easy enough to do and have implemented in 4.3.  The only hitch would be that systems running earlier versions would decline to participate because they won’t understand the new option.

 

It that seems reasonable to you, write an issue against pScheduler in GitHub and I’ll get it out in the next release.

 

--Mark