Closed djahandarie closed 2 years ago
My mistake, this was actually an OS-level issue.
Resolved by
sysctl -w net.core.wmem_default=4194304
(That's 4MiB, for my payload, the lowest power of two that worked).
Closing this issue, but feel free to reopen/rename if you want to make fastping-rs back off of OS buffers (dunno if that is desired behavior or not).
When using fastping-rs with a high number of targets (10k+), the hard-coded transport_channel buffer sizes are too small and one hits the following issue:
Ideally this would be configurable: https://github.com/bparli/fastping-rs/blob/be5ed3ad5a07fd2490b2d15239d2720349e761c3/src/lib.rs#L82