b67aa514a4
This seems to be cleaning up the pending_recv list to account for the missed cases in the previous patches in this series. Now that we're correctly cleaning up the list, don't do this. Note that if an EPOLLIN event is received but the application never does a read/recv, the socket will remain in the pending recv list. The next poll will get another EPOLLIN event, but the logic already handles that case. Additionally, left a TODO for a performance optimization. Change-Id: I1cdde500a5c76554401a89de766d35b7a486b207 Signed-off-by: Ben Walker <benjamin.walker@intel.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/6746 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> |
||
|---|---|---|
| .. | ||
| accel | ||
| bdev | ||
| blob | ||
| blobfs | ||
| env_dpdk | ||
| event | ||
| sock | ||
| Makefile | ||