Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 05 May 2008 14:23:32 +0300
From:      Oleksandr Samoylyk <oleksandr@samoylyk.sumy.ua>
To:        Jack Vogel <jfvogel@gmail.com>
Cc:        freebsd-net@freebsd.org, mike@sentex.net
Subject:   Re: Troubles with em on FreeBSD 7
Message-ID:  <481EEE34.7060804@samoylyk.sumy.ua>
In-Reply-To: <2a41acea0805041532le60cc9cybf22887e9fdcb3f9@mail.gmail.com>
References:  <481C84B7.6020205@samoylyk.sumy.ua>	<bibs14perk47snkpg8fu691kjkc42gh6m2@4ax.com>	<481E338D.6040706@samoylyk.sumy.ua>	<2a41acea0805041529j5d4dd2f7x5e07a8d6d2eb89b6@mail.gmail.com> <2a41acea0805041532le60cc9cybf22887e9fdcb3f9@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Jack Vogel wrote:
> Oh, I just had a thought, increase the RX processing limit,
> that only allows you to process 100 packets in one pass.
> 
> First change it to 250 and see what it does, you might
> also set it to -1 which will allow you to process til you
> drain the ring, the risk is that you cause other problems
> by doing that, but heck at this point anything is worth
> trying, right?
> 

Nothing has helped. :(

I need to unplug and plug in again patch cords each time when my CPUs 
with emX go 100% in order to keep my server alive with a descent pings.

I mentioned that "100%: emX taskq" occurs only on that interfaces where 
GRE packets are being processed.

External interface to Internet feels great. Pings are <0ms and load is
9.57%  with 14kpps (input/output).

Maybe interesting:
According to kgmon:
   %   cumulative   self              self     total
  time   seconds   seconds    calls  ms/call  ms/call  name
  39.9      93.10    93.10  1643247     0.06     0.07  rip_input [10]

Is it em related or mpd related or something else?

Back to releng_6? Not sure though. :(

-- 
  Oleksandr Samoylyk
  OVS-RIPE



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?481EEE34.7060804>