Re: device polling takes more CPU hits??

From: James (haesu_at_towardex.com)
Date: 07/26/04

  • Next message: Peter Pentchev: "[CFR] if_xl.c and if.c null pointer dereferences" 
    Date: Mon, 26 Jul 2004 13:02:58 -0400
To: Don Bowman <don@sandvine.com>

    Hi Don,

    > That's a pretty high HZ, here's what i have:
    > kern.clockrate: { hz = 2500, tick = 400, tickadj = 1, profhz = 1024, stathz
    > = 128 }

    Hmm... I'll try setting it to 2500 later this week during maint. window for
    customers behind that box. It's weird b/c I have another box with devpolling
    that has 4000 as its HZ and has no problems.

    Thanks,
    -J

    > I have the same box spec as you, only with em (bge doesn't
    > support polling, but it has its own interrupt coalescer that works...
    > you can tune that in the if_bge.h I think, there's some comments).
    > I'm doing ~800Kpps with polling. My polling params are below.
    > > root@r2.bos# sysctl kern.polling
    > > kern.polling.burst: 150
    > > kern.polling.each_burst: 5
    > > kern.polling.burst_max: 150
    > > kern.polling.idle_poll: 1
    > > kern.polling.poll_in_trap: 1
    > > kern.polling.user_frac: 50
    > > kern.polling.reg_frac: 20
    > > kern.polling.short_ticks: 4909
    > > kern.polling.lost_polls: 11464
    > > kern.polling.pending_polls: 0
    > > kern.polling.residual_burst: 0
    > > kern.polling.handlers: 1
    > > kern.polling.enable: 1
    > > kern.polling.phase: 0
    > > kern.polling.suspect: 10249
    > > kern.polling.stalled: 3
    > >
    > > root@r2.bos# sysctl machdep.cpu_idle_hlt
    > > machdep.cpu_idle_hlt: 1
    > >
    >
    > kern.polling.burst: 1000
    > kern.polling.each_burst: 80
    > kern.polling.burst_max: 1000
    > kern.polling.idle_poll: 1
    > kern.polling.poll_in_trap: 0
    > kern.polling.user_frac: 5
    > kern.polling.reg_frac: 120
    > kern.polling.short_ticks: 29
    > kern.polling.lost_polls: 55004
    > kern.polling.pending_polls: 0
    > kern.polling.residual_burst: 0
    > kern.polling.handlers: 4
    > kern.polling.enable: 1
    > kern.polling.phase: 0
    > kern.polling.suspect: 50690
    > kern.polling.stalled: 25
    > _______________________________________________
    > freebsd-net@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-net
    > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" 

    -- 
James Jun                                            TowardEX Technologies, Inc.
Technical Lead                        Network Design, Consulting, IT Outsourcing
james@towardex.com                  Boston-based Colocation & Bandwidth Services
cell: 1(978)-394-2867           web: http://www.towardex.com , noc: www.twdx.net
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
  • Next message: Peter Pentchev: "[CFR] if_xl.c and if.c null pointer dereferences"