From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 01:20:26 2009 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 5D4B81065670 for ; Sun, 18 Oct 2009 01:20:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outi.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4495E8FC16 for ; Sun, 18 Oct 2009 01:20:25 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C20AADAD3E; Sat, 17 Oct 2009 18:20:25 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id C32362D6018; Sat, 17 Oct 2009 18:20:24 -0700 (PDT) Message-ID: <4ADA6D5B.9030601@elischer.org> Date: Sat, 17 Oct 2009 18:20:27 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: rihad References: <4AD6D99E.10805@mail.ru> <4AD95493.40200@mail.ru> <4AD96422.1040008@mail.ru> <4AD97CF7.6020602@elischer.org> <4AD9CB54.2020608@mail.ru> In-Reply-To: <4AD9CB54.2020608@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Robert Watson Subject: Re: dummynet dropping too many packets 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: Sun, 18 Oct 2009 01:20:26 -0000 rihad wrote: > Julian Elischer wrote: >> rihad wrote: >> >>>> >>> The change definitely helped! There are now more than 3200 users >>> online, 460-500 mbps net traffic load, and normally 10-60 (up to 150 >>> once or twice) consistent drops per second as opposed to several >>> hundred up to 1000-1500 packets dropped per second before the >>> rebuild. What's interesting is that the drops now began only after >>> the ipfw table had around 3000 entries, not 2000 like before, so the >>> change definitely helped. Just how high can maxlen be? Should I try >>> 2048? 4096? >> >> is Hz still 4000? >> > No, I've set it to 2000 as per recommendations for HZ in NOTES. Should I > try 4000? 6000? 8000? Or maybe just increase the bce queue length and > rebuild? :) you could try combinations.