All of lore.kernel.org
 help / color / mirror / Atom feed
* Linux Routing Performance inferior?
@ 2004-09-08 17:36 Ram Chandar
  2004-09-08 17:58 ` William Stearns
                   ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Ram Chandar @ 2004-09-08 17:36 UTC (permalink / raw)
  To: linux-kernel


Quoted from a recent mail to freebsd mailing list.

"FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
Linux can't do much more than 100kpps"

http://lists.freebsd.org/pipermail/freebsd-net/2004-September/004840.html

Is this indeed the case?

Ram Chandar.
--

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Linux Routing Performance inferior?
  2004-09-08 17:36 Linux Routing Performance inferior? Ram Chandar
@ 2004-09-08 17:58 ` William Stearns
  2004-09-08 18:41   ` Nathan Bryant
  2004-09-08 18:56 ` Norbert van Nobelen
  2004-09-08 19:01 ` Matt Kavanagh
  2 siblings, 1 reply; 6+ messages in thread
From: William Stearns @ 2004-09-08 17:58 UTC (permalink / raw)
  To: Ram Chandar; +Cc: ML-linux-kernel, William Stearns

Good afternoon, Ram,

On Wed, 8 Sep 2004, Ram Chandar wrote:

> Quoted from a recent mail to freebsd mailing list.
> 
> "FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
> Linux can't do much more than 100kpps"
> 
> http://lists.freebsd.org/pipermail/freebsd-net/2004-September/004840.html
> 
> Is this indeed the case?

	I'm sure others here have far better examples, but one post to the 
netfilter-devel list last December provided an example of a firewall that 
could process 580kpps with netfilter/conntrack turned off.  Granted, the 
post noted that adding netfilter brought that down to 450kpps, and adding 
conntrack on top of that brought it down to 295kpps, but all three of 
those numbers are well over the claimed 100kpps.
	Cheers,
	- Bill

---------------------------------------------------------------------------
        "While it may be true that a watched pot never boils, the one
you don't keep an eye on can make an awful mess of your stove."
        -- Edward Stevenson 
(Courtesy of Slashdot)
--------------------------------------------------------------------------
William Stearns (wstearns@pobox.com).  Mason, Buildkernel, freedups, p0f,
rsync-backup, ssh-keyinstall, dns-check, more at:   http://www.stearns.org
--------------------------------------------------------------------------

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Linux Routing Performance inferior?
  2004-09-08 17:58 ` William Stearns
@ 2004-09-08 18:41   ` Nathan Bryant
  2004-09-08 19:21     ` Tomasz Torcz
  0 siblings, 1 reply; 6+ messages in thread
From: Nathan Bryant @ 2004-09-08 18:41 UTC (permalink / raw)
  To: William Stearns; +Cc: Ram Chandar, ML-linux-kernel

William Stearns wrote:
> Good afternoon, Ram,
> 
> On Wed, 8 Sep 2004, Ram Chandar wrote:
> 
> 
>>Quoted from a recent mail to freebsd mailing list.
>>
>>"FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
>>Linux can't do much more than 100kpps"
>>
>>http://lists.freebsd.org/pipermail/freebsd-net/2004-September/004840.html
>>
>>Is this indeed the case?
> 
> 
> 	I'm sure others here have far better examples, but one post to the 
> netfilter-devel list last December provided an example of a firewall that 
> could process 580kpps with netfilter/conntrack turned off.  Granted, the 
> post noted that adding netfilter brought that down to 450kpps, and adding 
> conntrack on top of that brought it down to 295kpps, but all three of 
> those numbers are well over the claimed 100kpps.

Nonetheless, FreeBSD has some advantages. They achieved their results 
using a fast forwarding path (enabled via sysctl) that processes 
forwarded packets to completion entirely within the interrupt handler.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Linux Routing Performance inferior?
  2004-09-08 17:36 Linux Routing Performance inferior? Ram Chandar
  2004-09-08 17:58 ` William Stearns
@ 2004-09-08 18:56 ` Norbert van Nobelen
  2004-09-08 19:01 ` Matt Kavanagh
  2 siblings, 0 replies; 6+ messages in thread
From: Norbert van Nobelen @ 2004-09-08 18:56 UTC (permalink / raw)
  To: Ram Chandar, linux-kernel

BSD is known for good network performance, however I don't know benchmarks. 
I think the difference is to big: The routing/IP stack combined being 10 times 
less efficient is too much.

They also don't mention which linux kernel they use. Reading the 
FreeBSD-5.3-Networking.pdf they did some optimasations which are probably not 
advisable if you don't use your box as a router.
The goal of this person is as far as I can see to build a router only, so in 
theory you could build in the same optimasations in network stack of linux

Also look at page 11: The fastforwarding is a solid positive step on how a 
router should work. So even the performance of FreeBSD is not considered like 
a real router OS.



On Wednesday 08 September 2004 19:36, you wrote:
> Quoted from a recent mail to freebsd mailing list.
>
> "FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
> Linux can't do much more than 100kpps"
>
> http://lists.freebsd.org/pipermail/freebsd-net/2004-September/004840.html
>
> Is this indeed the case?
>
> Ram Chandar.
> --
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Linux Routing Performance inferior?
  2004-09-08 17:36 Linux Routing Performance inferior? Ram Chandar
  2004-09-08 17:58 ` William Stearns
  2004-09-08 18:56 ` Norbert van Nobelen
@ 2004-09-08 19:01 ` Matt Kavanagh
  2 siblings, 0 replies; 6+ messages in thread
From: Matt Kavanagh @ 2004-09-08 19:01 UTC (permalink / raw)
  To: Ram Chandar; +Cc: LKML

On Wed, Sep 08, 2004 at 11:06:17PM +0530, Ram Chandar wrote:
> 
> Quoted from a recent mail to freebsd mailing list.
> 
> "FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
> Linux can't do much more than 100kpps"
> 
> http://lists.freebsd.org/pipermail/freebsd-net/2004-September/004840.html
> 
> Is this indeed the case?

Seems to be pretty much just biased conjecture IMO. I wouldn't
dismiss the possibility of FreeBSD having (in some situations)
significantly better routing performance than linux in the same
situation..but getting me to believe that would require proper,
objective benchmarks.

All from a user's perspective.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Linux Routing Performance inferior?
  2004-09-08 18:41   ` Nathan Bryant
@ 2004-09-08 19:21     ` Tomasz Torcz
  0 siblings, 0 replies; 6+ messages in thread
From: Tomasz Torcz @ 2004-09-08 19:21 UTC (permalink / raw)
  To: linux-kernel

On Wed, Sep 08, 2004 at 02:41:34PM -0400, Nathan Bryant wrote:
> >>"FreeBSD (5.x) can route 1Mpps on a 2.8G Xeon while
> >>Linux can't do much more than 100kpps"
> 
> Nonetheless, FreeBSD has some advantages. They achieved their results 
> using a fast forwarding path (enabled via sysctl) that processes 
> forwarded packets to completion entirely within the interrupt handler.

 I've already posted presentation about those features (*) to netdev.
Some ideas looks interesting enough to be implemented in Linux.

* http://people.freebsd.org/~andre/FreeBSD-5.3-Networking.pdf

-- 
Tomasz Torcz                        To co nierealne - tutaj jest normalne.
zdzichu@irc.-nie.spam-.pl          Ziomale na życie mają tu patenty specjalne.


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-09-08 19:22 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-08 17:36 Linux Routing Performance inferior? Ram Chandar
2004-09-08 17:58 ` William Stearns
2004-09-08 18:41   ` Nathan Bryant
2004-09-08 19:21     ` Tomasz Torcz
2004-09-08 18:56 ` Norbert van Nobelen
2004-09-08 19:01 ` Matt Kavanagh

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.