From owner-freebsd-net@FreeBSD.ORG Sat Oct 21 22:52:59 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1EF16A47B for ; Sat, 21 Oct 2006 22:52:59 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611F143D55 for ; Sat, 21 Oct 2006 22:52:58 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from [192.168.1.34] (ppp85-141-212-138.pppoe.mtu-net.ru [85.141.212.138]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id DB2871229D8C; Sun, 22 Oct 2006 02:52:56 +0400 (MSD) Date: Sun, 22 Oct 2006 02:52:47 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <947391277.20061022025247@citrin.ru> To: Eugene Grosbein In-Reply-To: <20061021144215.GA14654@svzserv.kemerovo.su> References: <200610210648.AAA01737@lariat.net> <20061021095808.GH75501@over-yonder.net> <1238798379.20061021145031@citrin.ru> <20061021144215.GA14654@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------D02A19C972D699" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re[2]: Avoiding natd overhead 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: Sat, 21 Oct 2006 22:52:59 -0000 This is a cryptographically signed message in MIME format. ------------D02A19C972D699 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Saturday, October 21, 2006, 6:42:15 PM, Eugene Grosbein wrote: >> 1. libalias allocate memory for create each new entry in NAT table. >> libalias use linear search in linked list to find entry in table. >> It very slow when you have thousands simultaneous connections via >> nat EG> In RELENG_4 libalias uses hash table, not linear search. EG> Are you sure it switched to linear search? And why? Yes, I was mistaken. libalis use lookup tables linkTableOut and linkTableIn --=20 WBR, Anton Yuzhaninov ------------D02A19C972D699--