Yigal Reiss (yreiss) <[email protected]> wrote: > So I tried batching the unicast netlink messages (carrying the packets) from > kernel to user space. I do that by calling sk->sk_data_ready(sk); (in > __netlink_sendskb() in af_netlink.c) only every [N] packets. This seems to > contribute similar performance improvements as the batch verdict.
Uh? That makes no sense to me. Why and how does that help? Can you share numbers or example program that exhibits this behaviour? I'd expect that in most cases (in non-idle case) that sock_def_readable usually doesn't do anything (skwq_has_sleeper should be false). For nfqueue best receipe seems to be recvmmsg + batch number of vectors read + NFQA_CFG_F_GSO. > If this suggestion makes sense, how would you suggest proceed with this idea? I'd first like to understand what is so expensive in sock_def_readable that this helps in first place. -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
