Steve Cohen wrote:
Steve Loughran wrote:

[EMAIL PROTECTED] wrote:

scohen      2005/05/29 17:40:21

  Modified:    src/testcases/org/apache/tools/ant/taskdefs/optional/net
                        FTPTest.java
src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java
               src/etc/testcases/taskdefs/optional/net ftp.xml
               docs/manual/OptionalTasks ftp.html
  Added:       src/main/org/apache/tools/ant/util Retryable.java
                        RetryHandler.java
  Log:
Based on a patch submitted by Neeme Praks, allow support for a retry count on FTP transfers. Some servers are unreliable for unknown - this allows for a retry count to be specified to accomodate work on such
  flaky servers.




nice. Are you doing any kind of back-off algorithm to deal with load problems? If so, add a bit of jitter to increase the randomness. (I remember an embedded system without back-off but not jitter failing to deal with the situation of an entire building with 120+ nodes having its power toggled...)

-steve

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



I'm not entirely sure what you mean. By "jitter", are you referring to varying the time delay? I asked Neeme Praks why he didn't put in a time delay and he said he didn't need one. In his use case, he simply sets it up to run forever, and that works for him. Eventually it succeeds. But I wonder about this. Sounds like it could be a tight loop that eats all processing under the wrong conditions.

And I'm not sure at all what you mean by a "back-off algorithm".


So please elaborate.



Ethernet is the example: when there is a collision, they back off by waiting a time, say "t". IF there is a collision then, they wait t*2, then t*4, t*8, etc until it gets through. The reason for the exponential delay is to deal with a congested network/host, etc. Implementations have to put some slight jitter in so that two synchronise nodes dont continually collide.

-steve

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to