lkml.org 
[lkml]   [1999]   [Jun]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Apache performance: Run queue proportional to number of connections?
Hi all,

Dean Gaudet wrote:

> > > >created something that has massive concurrency in the networking path in
> > > >SMP. 4 interfaces all constantly raising interrupts kills us dead. all
> > > >the hacking of the scheduler and vm and such are just noise when compared
> > > >to this bottleneck.
>
> I think I mentioned this a long time ago... at high speeds, various NT
> network drivers switch from interrupt-driven to polling. The interrupts
> just kill you after some point... and it's pointless to take them all,
> when you could just take a clock interrupt and go fetch packets.
>
> Another thing to think about -- is ways to have CPU/network card affinity.
> You don't want to be playing L1/2 cache ping-pong on the RAM you use to
> load the packets off the card. You hopefully want to use the packets in
> the CPU that you first read them on. The way we're restructuring apache
> will let us plug in whatever extra syscall goop is needed to help this.
>
> Dean

The original posting doesn't say if the 4 cards shared one interrupt or not.
Sharing helps a lot under high loads, when your chances of serving two or three
cards in one interrupt hit may be quite good - assuming the driver is designed to
do that. The fact he talks about a storm of interrupts suggests they were
separate.

Steve


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:0.076 / U:0.168 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site