Re: tuning for high connection rates

Philipp Wuensche wrote: Adrian Chadd wrote: On 05/12/2007, Philipp Wuensche <[EMAIL PROTECTED]> wrote: As I understand it, and correct me if I'm wrong, polling helps against high interrupt rates but for that intel gigabit cards have interrupt moderation. We don't have a problem with interrupts

Re: tuning for high connection rates

On Wed, Dec 05, 2007 at 04:03:29PM +0100 Philipp Wuensche mentioned: > Adrian Chadd wrote: > > On 05/12/2007, Philipp Wuensche <[EMAIL PROTECTED]> wrote: > > > >> As I understand it, and correct me if I'm wrong, polling helps against > >> high interrupt rates but for that intel gigabit cards have

Re: tuning for high connection rates

Mike Tancsa wrote: > At 05:19 PM 12/5/2007, Philipp Wuensche wrote: > >> After switching to net.isr.direct=0 and 346609775 good packets later, RX >> overruns haven't increased by one! Thats nice. Still interrupt is using >> up the CPU. I'm not quite sure if polling would help now!? > > Polling is

Re: tuning for high connection rates

At 05:19 PM 12/5/2007, Philipp Wuensche wrote: After switching to net.isr.direct=0 and 346609775 good packets later, RX overruns haven't increased by one! Thats nice. Still interrupt is using up the CPU. I'm not quite sure if polling would help now!? Polling is helpful to prevent livelock. Not

Re: tuning for high connection rates

Mike Tancsa wrote: > At 12:23 PM 12/5/2007, Philipp Wuensche wrote: >> Mike Tancsa wrote: >> > At 07:14 PM 12/4/2007, Philipp Wuensche wrote: >> > >> >> The debug output of em0 looks like this: >> >> >> >> em0: CTRL = 0x40140248 RCTL = 0x8002 >> >> em0: Packet buffer = Tx=20k Rx=12k >> >> em0: Flow

Re: tuning for high connection rates

At 12:23 PM 12/5/2007, Philipp Wuensche wrote: Mike Tancsa wrote: > At 07:14 PM 12/4/2007, Philipp Wuensche wrote: > >> The debug output of em0 looks like this: >> >> em0: CTRL = 0x40140248 RCTL = 0x8002 >> em0: Packet buffer = Tx=20k Rx=12k >> em0: Flow control watermarks high = 10240 low = 8740

Re: tuning for high connection rates

Mike Tancsa wrote: > At 07:14 PM 12/4/2007, Philipp Wuensche wrote: > >> The debug output of em0 looks like this: >> >> em0: CTRL = 0x40140248 RCTL = 0x8002 >> em0: Packet buffer = Tx=20k Rx=12k >> em0: Flow control watermarks high = 10240 low = 8740 >> em0: tx_int_delay = 66, tx_abs_int_delay = 6

Re: tuning for high connection rates

At 07:14 PM 12/4/2007, Philipp Wuensche wrote: The debug output of em0 looks like this: em0: CTRL = 0x40140248 RCTL = 0x8002 em0: Packet buffer = Tx=20k Rx=12k em0: Flow control watermarks high = 10240 low = 8740 em0: tx_int_delay = 66, tx_abs_int_delay = 66 em0: rx_int_delay = 32, rx_abs_int_d

Re: tuning for high connection rates

Adrian Chadd wrote: > On 05/12/2007, Philipp Wuensche <[EMAIL PROTECTED]> wrote: > >> As I understand it, and correct me if I'm wrong, polling helps against >> high interrupt rates but for that intel gigabit cards have interrupt >> moderation. We don't have a problem with interrupts (20% CPU) at t

Re: tuning for high connection rates

Robert Watson wrote: > > Could you show us the output from "top -S" left running for a few > minutes in the steady state. > > Could you try setting the sysctl net.isr.direct to 0, and see how that > affects performance, CPU time reports, and "top -S" output? I first had too look up what net.isr.

Re: tuning for high connection rates

Philipp Wuensche <[EMAIL PROTECTED]> wrote: Hi, we are running a FreeBSD 7-BETA4 with SCHED_4BSD on a Intel Core2Dual E6600 2.4GHz system for our bittorrent Opentracker. The system handles about 20Kpps (18Mbit/s) incoming and 15kpps (22 Mbit/s) outgoing traffic serving 4000 connections/sec usi

Re: tuning for high connection rates

On 05/12/2007, Philipp Wuensche <[EMAIL PROTECTED]> wrote: > As I understand it, and correct me if I'm wrong, polling helps against > high interrupt rates but for that intel gigabit cards have interrupt > moderation. We don't have a problem with interrupts (20% CPU) at the > moment but with system

Re: tuning for high connection rates

On Wed, 5 Dec 2007, Philipp Wuensche wrote: we are running a FreeBSD 7-BETA4 with SCHED_4BSD on a Intel Core2Dual E6600 2.4GHz system for our bittorrent Opentracker. The system handles about 20Kpps (18Mbit/s) incoming and 15kpps (22 Mbit/s) outgoing traffic serving 4000 connections/sec using

Re: tuning for high connection rates

Bill Moran wrote: > > Enable polling on the interface and see if that helps. See man polling. We tried polling already and it didn't help at all. As I understand it, and correct me if I'm wrong, polling helps against high interrupt rates but for that intel gigabit cards have interrupt moderatio

Re: tuning for high connection rates

Philipp Wuensche <[EMAIL PROTECTED]> wrote: > > Hi, > > we are running a FreeBSD 7-BETA4 with SCHED_4BSD on a Intel Core2Dual > E6600 2.4GHz system for our bittorrent Opentracker. > > The system handles about 20Kpps (18Mbit/s) incoming and 15kpps (22 > Mbit/s) outgoing traffic serving 4000 connec

Re: tuning for high connection rates

Philipp Wuensche wrote: > Hi, > > we are running a FreeBSD 7-BETA4 with SCHED_4BSD on a Intel Core2Dual > E6600 2.4GHz system for our bittorrent Opentracker. I forgot to mention, its FreeBSD amd64. greetings, cryx ___ freebsd-performance@freebsd.org m

tuning for high connection rates

Hi, we are running a FreeBSD 7-BETA4 with SCHED_4BSD on a Intel Core2Dual E6600 2.4GHz system for our bittorrent Opentracker. The system handles about 20Kpps (18Mbit/s) incoming and 15kpps (22 Mbit/s) outgoing traffic serving 4000 connections/sec using TCP. The connections are very short-living,