On 09/11/16 01:11, Noah Meyerhans wrote:
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
this is a blast from the past, I forgot all about it.
atm, I only have debian on a vps, where as when I reported this bug
debian was running on my laptop, and it's now working fine on the vps.
Version: 3:20121221-5+b2
I tested with my new laptop which is running ubuntu
(same ping version as debian i think Version: 3:20121221-5ubuntu2)
and it has the same behaviour as you noted
ie it now preloads 12 before dropping to 1 a second interval,
but I still found it worked OK under strace, which is different
to what you're seeing.
I tested my pi running raspbian, it worked ok
I tested a few random ubuntu boxes, a 14.04 worked ok and a 16.04 had
the issue.
I think it's related to the network interface, all vps's I tried worked ok
my laptop with wifi didn't work
ubuntu running directly on the hardware didn't work
the pi worked though
