All of lore.kernel.org
 help / color / mirror / Atom feed
* [LARTC] SMP in regards to routing/filtering
@ 2002-08-31  2:55 Phil Doroff
  2002-08-31 11:55 ` bert hubert
  2002-09-03 14:11 ` David Boreham
  0 siblings, 2 replies; 3+ messages in thread
From: Phil Doroff @ 2002-08-31  2:55 UTC (permalink / raw)
  To: lartc

Hey, quick (stupid) question..

	Is the routing/filtering code in the linux kernel able to take much
advantage of SMP?  I'm building a router that I'd like to be able to handle
at least 450mbit/sec (64bit 66mhtz PCI slots of course) and be able to apply
QoS (basic prio queues) and htb/etc. traffic shaping to.

Just wondering if it's worth grabbing an extra processor for the box, or if
it will largely go unused.

Thanks!

Phil Doroff
Five Elements, Inc.
phil21@five-elements.com
Phone:(763)595-9479 ICQ: 25285313

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

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

* Re: [LARTC] SMP in regards to routing/filtering
  2002-08-31  2:55 [LARTC] SMP in regards to routing/filtering Phil Doroff
@ 2002-08-31 11:55 ` bert hubert
  2002-09-03 14:11 ` David Boreham
  1 sibling, 0 replies; 3+ messages in thread
From: bert hubert @ 2002-08-31 11:55 UTC (permalink / raw)
  To: lartc

On Fri, Aug 30, 2002 at 10:11:46PM -0500, Phil Doroff wrote:
> Hey, quick (stupid) question..
> 
> 	Is the routing/filtering code in the linux kernel able to take much
> advantage of SMP?  I'm building a router that I'd like to be able to handle
> at least 450mbit/sec (64bit 66mhtz PCI slots of course) and be able to apply
> QoS (basic prio queues) and htb/etc. traffic shaping to.

Under some circumstances, a second CPU can be very useful. It depends on
what you are doing, but the Linux networking core is completely able to
paralelly use processors. 

You may need to do some work to give each network adaptor a dedicated CPU
and you will also want to have multiple PCI busses.

> Just wondering if it's worth grabbing an extra processor for the box, or if
> it will largely go unused.

It will see use but if you mess things up, it will not help. So make sure
that you search on 'irq affinity' and the utility of multiple PCI busses.
Perhaps a 64-bit 66MHz bus is fast enough to get by with one.

Regards,

bert hubert

-- 
http://www.PowerDNS.com          Versatile DNS Software & Services
http://www.tk                              the dot in .tk
http://lartc.org           Linux Advanced Routing & Traffic Control HOWTO
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

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

* Re: [LARTC] SMP in regards to routing/filtering
  2002-08-31  2:55 [LARTC] SMP in regards to routing/filtering Phil Doroff
  2002-08-31 11:55 ` bert hubert
@ 2002-09-03 14:11 ` David Boreham
  1 sibling, 0 replies; 3+ messages in thread
From: David Boreham @ 2002-09-03 14:11 UTC (permalink / raw)
  To: lartc

> > Just wondering if it's worth grabbing an extra processor for the box, or
if
> > it will largely go unused.

It is also possible that two processors will be _slower_ than one,
due to contention. So it will be worthwhile to test with one CPU
disabled (UP kernel) just to see what happens.



_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

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

end of thread, other threads:[~2002-09-03 14:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-31  2:55 [LARTC] SMP in regards to routing/filtering Phil Doroff
2002-08-31 11:55 ` bert hubert
2002-09-03 14:11 ` David Boreham

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.