Skip to content

UDP memory accounting and limitation(take 5)

Satoshi OSHIMA netdev 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest4 patches 3 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/4UDP memory accounting and limitation(take 5): fix send buffer checknet/ipv4/ip_output.c+5 -00 replies
2/4UDP memory accounting and limitation(take 5): accounting unit and variableinclude/net/sock.h include/net/udp.h net/ipv4/proc.c +1 more+13 -10 replies
3/4UDP memory accounting and limitation(take 5): memory accountingnet/ipv4/af_inet.c net/ipv4/ip_output.c net/ipv4/udp.c+61 -40 replies
4/4UDP memory accounting and limitation(take 5): memory limitationDocumentation/networking/ip-sysctl.txt include/net/udp.h net/ipv4/ip_output.c +2 more+68 -03 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/4]UDP memory accounting and limitation(take 5)

Hi,

I revised a patch set of UDP memory accounting and limitation.

This patch set is for kernel 2.6.23. The differences from take 4 are

* removing unnessesary EXPORT_SYMBOLs
* adding minimal limit of /proc/sys/net/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

How to use UDP memory limitation:

This patch set add

/proc/sys/net/ipv4/udp_mem

as a tuning parameter.

When you give the number that is greater than 4096, UDP memory limitation will work. The number of pages for socket buffer is limited up to udp_mem[pages].

Currently this function drops the packet when it is sent or received and the number of pages for socket buffer is beyond the limit. It won't collect the buffer that is already allocated.

On the other hand, udp_mem is specified as 4096, UDP memory limitaion will not work.
The deafult number of udp_mem is 4096.

Comment, review and test are welcome.

Thanks,

Satoshi Oshima