On 8/6/24 11:49 AM, Jens Axboe wrote: > For bundles, the initial recv operation is always just a single buffer, > as we don't yet know how much data is available in the socket. However, > this can lead to a somewhat imbalanced string of receives, where the > first recv gets a single buffer and the second gets a bunch. > > Allow the initial peek operation to get up to 4 buffers, taking > advantage of the fact that there may be more data available, rather > than just doing a single buffer. This has been shown to work well across > a variety of recv workloads, as it's still cheap enough to do, while > ensuring that we do get to amortize the cost of traversing the network > stack and socket operations. FWIW, I dropped this one. Don't think it's clear cut enough. -- Jens Axboe
