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 ;-> - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
