Thread (209 messages) flat view 209 messages, 18 authors, 2003-06-17

RE: Route cache performance under stress

From: Jamal Hadi <hidden>
Date: 2003-06-09 11:38:44


On Mon, 9 Jun 2003, CIT/Paul wrote:
I've got juno-z.101f.c to send 500,000 pps at 300+mbit on our dual p3
1.26 ghz routers.. I can't even send 50mbit of this though one of my
routers
Without it using 100% of both cpus because of the route cache.. It goes
up to 500,000 entries if I let it and it adds 80,000 new entries per
second and they are all cache misses.. I'd be glad to show you the setup
sometime :) I showed it to jamal and we tested some stuff.
Yes, you have a nice setup and thats why you should test all the patches
DaveM is posting. Dave, Paul is running in a real ISP environment i think
he is very valuable in helping to test these patches and collect
any says that might be needed. Now watch him disapear ;->

BTW, re: BGP, someone should fix zebra to do batching if it doesnt do it
already (i saw that in one emails). In addition arp all
the nexthops right before installing the entries in the FIB. Repeat the
arp every X timeout. nexthops failinjg ARPs should be removed.
That should give you something close to what i think CEF was designed for
i.e when the packets get to us, part of the route is resolved already.

Additional thought Dave: i think prefetching the rth would help in 2.5
at least when you have lotsa collisions.
call prefetch(nextrth) right after smp_read_barrier_depends() everywhere
in route.c

cheers,
jamal

PS:- this is one of those fun times i wish i had a setup and time ;->
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help