On Sun, Mar 17, 2013 at 05:06:00PM +1100, Michael Chesterton wrote:
>    * What led up to the situation?
> network testing
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
> sudo ping -l 20 some lan connected address
>    * What was the outcome of this action?
> sent 4 or 5 pings asap, then returned to one ping per second (-i)
>    * What outcome did you expect instead?
> I expected it to send 20 pings asap
> 
> weirdly and interestingly, 
> 
> sudo strace -o /tmp/ping.out ping -l 20 some lan connected address 
> 
> works as I expected, with it preloading 20 pings. also 
> 
> sudo ping -l 20 localhost
> 
> works as I expected, with it preloading 20 pings.

Confirmed that this bug is still present in newer versions.

If behavior is correct when running under strace, that suggests a timing
related issue. I'd guess that what's happening is that if ping receives
and processes a response before it has finished sending the preload
packets then the preload routine is interrupted and it immediately falls
back to standard behavior. But I haven't investigated.

On the other hand, I don't see ping sending more than 12 preload packets
at all, under strace or not. Tried against nearby hosts and remote hosts
on the other end of VPN tunnels (thus with larger RTTs).

noah

Attachment: signature.asc
Description: PGP signature

Reply via email to