[106307] in North American Network Operators' Group
Re: Software router state of the art
daemon@ATHENA.MIT.EDU (Dorn Hetzel)
Sat Jul 26 07:41:32 2008
Date: Sat, 26 Jul 2008 07:41:21 -0400
From: "Dorn Hetzel" <dhetzel@gmail.com>
To: "nanog list" <nanog@merit.edu>
In-Reply-To: <20080726113114.GB18478@skywalker.creative.net.au>
Errors-To: nanog-bounces@nanog.org
Ok, it's probably a stupid question, but given the relative ease of putting
4gb+ ram on a 64bit platform,
could packet per second performance be improved by brute forcing the route
lookup as an array of 1 byte destination interface indexes for a contiguous
swath of /32's from bottom to top?
Route updates would be a little ugly, 2^24 bytes to rewrite for a /8, but
forwarding lookups out to be a single indexed read ?
On Sat, Jul 26, 2008 at 7:31 AM, Adrian Chadd <adrian@creative.net.au>wrote:
> On Sat, Jul 26, 2008, Colin Alston wrote:
> > >And I always ask that question when people claim really high(!)
> throughput
> > >on
> > >software forwarding. It turns out their throughput was single
> source/single
> > >dest, and/or large packets (so high throughput, but low pps.)
> >
> > I assume though that all of this is on x86 platform hardware. How does
> > this compare to Linux or FreeBSD running on something else like the
> > Cavium Octeon and other 64bit MIPS based processors?
>
> You'll have to ask the people playing with it on that.
>
> Me, I've been looking for some multicore MIPS + fruit for some Squid
> related hackery but I've been busy with other things (like, you know,
> making Squid-2 be able to be run on multi-core hardware in the first
> place..) so it'll have to wait.. :)
>
>
>
>
> Adrian
>
>
>
