From owner-freebsd-net@FreeBSD.ORG Thu Jan 31 10:53:36 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B01BE21 for ; Thu, 31 Jan 2013 10:53:36 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx1.netapp.com (mx1.netapp.com [216.240.18.38]) by mx1.freebsd.org (Postfix) with ESMTP id 109BBACB for ; Thu, 31 Jan 2013 10:53:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.84,575,1355126400"; d="scan'208";a="238686919" Received: from smtp2.corp.netapp.com ([10.57.159.114]) by mx1-out.netapp.com with ESMTP; 31 Jan 2013 02:52:27 -0800 Received: from vmwexceht05-prd.hq.netapp.com (exchsmtp.hq.netapp.com [10.106.77.35]) by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r0VAqP7h000842; Thu, 31 Jan 2013 02:52:26 -0800 (PST) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.54]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.02.0328.009; Thu, 31 Jan 2013 02:52:24 -0800 From: "Eggert, Lars" To: Kevin Lo Subject: Re: high cpu usage on natd / dhcpd Thread-Topic: high cpu usage on natd / dhcpd Thread-Index: AQHN/49K3QG1cuBZpEGa6wjl1WYXnJhjtbOAgAATZoA= Date: Thu, 31 Jan 2013 10:52:23 +0000 Message-ID: References: <510A3CA3.2010803@kevlo.org> In-Reply-To: <510A3CA3.2010803@kevlo.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <3CC1A1924D75A748852EED670B45D6BB@tahoe.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" , "mjl@luckie.org.nz" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2013 10:53:36 -0000 Hi, On Jan 31, 2013, at 10:42, Kevin Lo wrote: > Use ipfw nat instead. It uses the libalias(3) in kernel and avoids > gigantic natd(8) overhead. I tried that, but it froze the system. Lars