Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 25 Sep 2002 20:25:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 25 Sep 2002 20:25:58 -0400 Received: from ns.suse.de ([213.95.15.193]:44807 "EHLO Cantor.suse.de") by vger.kernel.org with ESMTP id ; Wed, 25 Sep 2002 20:25:57 -0400 To: "David S. Miller" Cc: niv@us.ibm.com, linux-kernel@vger.kernel.org Subject: Re: [ANNOUNCE] NF-HIPAC: High Performance Packet Classification References: <3D924F9D.C2DCF56A@us.ibm.com.suse.lists.linux.kernel> <20020925.170336.77023245.davem@redhat.com.suse.lists.linux.kernel> From: Andi Kleen Date: 26 Sep 2002 02:31:13 +0200 In-Reply-To: "David S. Miller"'s message of "26 Sep 2002 02:11:21 +0200" Message-ID: X-Mailer: Gnus v5.7/Emacs 20.6 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 801 Lines: 18 "David S. Miller" writes: > > In fact the exact opposite, such a suggested flow cache is about > as parallel as you can make it. It sounds more like it would include the FIB too. > I don't understand why you think using the routing tables to their > full potential would imply serialization. If you still believe this > you have to describe why in more detail. I guess he's thinking of the FIB, not the routing cache. The current FIBs have a bit heavier locking at least. Fine grain locking btrees is also not easy/nice. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/