Searched hist:"89 aef8921bfbac22f00e04f8450f6e447db13e42" (Results 1 – 3 of 3) sorted by relevance
/linux/include/net/ |
H A D | route.h | diff 89aef8921bfbac22f00e04f8450f6e447db13e42 Tue Jul 17 20:00:09 CEST 2012 David S. Miller <davem@davemloft.net> ipv4: Delete routing cache.
The ipv4 routing cache is non-deterministic, performance wise, and is subject to reasonably easy to launch denial of service attacks.
The routing cache works great for well behaved traffic, and the world was a much friendlier place when the tradeoffs that led to the routing cache's design were considered.
What it boils down to is that the performance of the routing cache is a product of the traffic patterns seen by a system rather than being a product of the contents of the routing tables. The former of which is controllable by external entitites.
Even for "well behaved" legitimate traffic, high volume sites can see hit rates in the routing cache of only ~%10.
Signed-off-by: David S. Miller <davem@davemloft.net>
|
/linux/net/ipv4/ |
H A D | fib_frontend.c | diff 89aef8921bfbac22f00e04f8450f6e447db13e42 Tue Jul 17 20:00:09 CEST 2012 David S. Miller <davem@davemloft.net> ipv4: Delete routing cache.
The ipv4 routing cache is non-deterministic, performance wise, and is subject to reasonably easy to launch denial of service attacks.
The routing cache works great for well behaved traffic, and the world was a much friendlier place when the tradeoffs that led to the routing cache's design were considered.
What it boils down to is that the performance of the routing cache is a product of the traffic patterns seen by a system rather than being a product of the contents of the routing tables. The former of which is controllable by external entitites.
Even for "well behaved" legitimate traffic, high volume sites can see hit rates in the routing cache of only ~%10.
Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | route.c | diff 89aef8921bfbac22f00e04f8450f6e447db13e42 Tue Jul 17 20:00:09 CEST 2012 David S. Miller <davem@davemloft.net> ipv4: Delete routing cache.
The ipv4 routing cache is non-deterministic, performance wise, and is subject to reasonably easy to launch denial of service attacks.
The routing cache works great for well behaved traffic, and the world was a much friendlier place when the tradeoffs that led to the routing cache's design were considered.
What it boils down to is that the performance of the routing cache is a product of the traffic patterns seen by a system rather than being a product of the contents of the routing tables. The former of which is controllable by external entitites.
Even for "well behaved" legitimate traffic, high volume sites can see hit rates in the routing cache of only ~%10.
Signed-off-by: David S. Miller <davem@davemloft.net>
|