From owner-freebsd-net@FreeBSD.ORG Mon May 5 11:23:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E483D1065674 for ; Mon, 5 May 2008 11:23:43 +0000 (UTC) (envelope-from oleksandr@samoylyk.sumy.ua) Received: from mail.telesweet.net (news.telesweet.net [194.110.252.16]) by mx1.freebsd.org (Postfix) with ESMTP id 7C31B8FC2E for ; Mon, 5 May 2008 11:23:42 +0000 (UTC) (envelope-from oleksandr@samoylyk.sumy.ua) Received: from localhost (localhost [127.0.0.1]) by mail.telesweet.net (Postfix) with ESMTP id E1B0DB80D; Mon, 5 May 2008 14:23:39 +0300 (EEST) X-Virus-Scanned: by Telesweet Mail Virus Scanner X-Spam-Flag: NO X-Spam-Score: -1.44 X-Spam-Level: X-Spam-Status: No, score=-1.44 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1.44] Received: from [10.0.0.109] (pigeon-work.telesweet [10.0.0.109]) by mail.telesweet.net (Postfix) with ESMTP id B5A31B83B; Mon, 5 May 2008 14:23:31 +0300 (EEST) Message-ID: <481EEE34.7060804@samoylyk.sumy.ua> Date: Mon, 05 May 2008 14:23:32 +0300 From: Oleksandr Samoylyk User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: Jack Vogel References: <481C84B7.6020205@samoylyk.sumy.ua> <481E338D.6040706@samoylyk.sumy.ua> <2a41acea0805041529j5d4dd2f7x5e07a8d6d2eb89b6@mail.gmail.com> <2a41acea0805041532le60cc9cybf22887e9fdcb3f9@mail.gmail.com> In-Reply-To: <2a41acea0805041532le60cc9cybf22887e9fdcb3f9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, mike@sentex.net Subject: Re: Troubles with em on FreeBSD 7 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2008 11:23:44 -0000 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