lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 28 Oct 2009 08:52:57 +0100 From: Eric Dumazet <eric.dumazet@...il.com> To: Stephen Hemminger <shemminger@...tta.com> CC: Ben Greear <greearb@...delatech.com>, NetDev <netdev@...r.kernel.org> Subject: Re: iproute uses too small of a receive buffer Stephen Hemminger a écrit : > > Just having larger buffer isn't guarantee of success. Allocating > a huge buffer is not going to work on embedded. > Please note we do not allocate a big buffer, only allow more small skbs to be queued on socket receive queue. If memory is not available, skb allocation will eventually fail and be reported as well, embedded or not. I vote for allowing 1024*1024 bytes instead of 32768, and eventually user should be warned that it is capped by /proc/sys/net/core/rmem_max > Why not have it continue after one error. Yes, but caller of 'ip monitor' just restart it anyway -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists