Questions to the SRM client developers:

1- Should the clients expose the DesiredTotalRequestTime and RemainingRequestTime to users ?

  • This would allow for a more optimized polling loop for asynchronous operations since the client can stop making status request to the server if the request time has already expired.
About the same topic, see also the questions to SRM server developers.

2- What kind of flow control do we want to implement?

Client receiving the busy signal shall retry the same operation later, preferably with an exponential timeout? How to handle this situation? First of all, let's consider separately the 2 cases:

  • Synchronous requests: the server returns SRM_FILE_BUSY at request level ( TO BE VERIFIED ). Should the client re-try later? How long should it wait before re-trying the request?
  • Asynchronous requests: should the algorithm used for polling on asynchronous request be changed if the server is busy and if so, how ?

About the same topic, see also the questions to SRM server developers.

Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r3 - 2009-02-11 - ElisaLanciotti
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback