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]