Hello, This is the latest patch set of UDP memory accounting and limitation.
I implemented memory schedule functions for datagram protocols like stream protocols. Moreover, to call memory schedule functions from IP layer, I added a wrapper function, sk_wmem_schedule(), as I proposed last week: http://www.spinics.net/lists/netdev/msg47950.html I would like to know whether this is acceptable. In addition, I restructured patch set. I merged UDP IPv4 memory accounting code at once and re-divided into introducing sysctls patch and accounting patch. I think that new structure is easier to review than previous ones. The patch set is for net-2.6. By the way, sk_forward_alloc support is my future work. I'm going to do it if this patch set is acceptable. Changelog take 8 -> take 9: * introduced mem_schdeule functions for datargram protocols * removed protocol check function, from patch set * restructured patch set Changelog take 7 -> take 8: * sk_datagram_pages(): avoided using divide instruction * udp_recvmsg(): fixed referring released truesize in accounting Changelog take 6 -> take 7: * renamed /proc/sys/net/ipv4/udp_rmem to /proc/sys/net/ipv4/udp_rmem_min * renamed /proc/sys/net/ipv4/udp_wmem to /proc/sys/net/ipv4/udp_wmem_min * rebased to net-2.6 Changelog take 5 -> take 6: * removed minimal limit of /proc/sys/net/ipv4/udp_mem * added udp_init() for default value calculation of parameters * added /proc/sys/net/ipv4/udp_rmem and /proc/sys/net/ipv4/udp_rmem * added limitation code to ip_ufo_append_data() * improved accounting for receiving packet * fixed typos * rebased to 2.6.24-rc1 Changelog take 4 -> take 5: * removing unnessesary EXPORT_SYMBOLs * adding minimal limit of /proc/sys/net/ipv4/udp_mem * bugfix of UDP limit affecting protocol other than UDP * introducing __ip_check_max_skb_pages() * using CTL_UNNUMBERED * adding udp_mem usage to Documentation/networking/ip_sysctl.txt Best regards, Hideo Aoki -- Hitachi Computer Products (America) Inc. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
