From owner-freebsd-ipfw@FreeBSD.ORG Fri Jun 15 12:40:03 2012 Return-Path: Delivered-To: freebsd-ipfw@hub.freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D6E106566C for ; Fri, 15 Jun 2012 12:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id AB76B8FC0A for ; Fri, 15 Jun 2012 12:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5FCe3Uf024403 for ; Fri, 15 Jun 2012 12:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5FCe3tc024402; Fri, 15 Jun 2012 12:40:03 GMT (envelope-from gnats) Date: Fri, 15 Jun 2012 12:40:03 GMT Message-Id: <201206151240.q5FCe3tc024402@freefall.freebsd.org> To: freebsd-ipfw@FreeBSD.org From: "Alexander V. Chernikov" Cc: Subject: Re: kern/156770: [ipfw] [dummynet] [patch]: performance improvement and several extensions X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Alexander V. Chernikov" List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 12:40:03 -0000 The following reply was made to PR kern/156770; it has been noted by GNATS. From: "Alexander V. Chernikov" To: bug-followup@FreeBSD.org, alter@alter.org.ua Cc: Subject: Re: kern/156770: [ipfw] [dummynet] [patch]: performance improvement and several extensions Date: Fri, 15 Jun 2012 16:35:56 +0400 Hello Alexandr! I'm afraid singe huge patch for legacy release is not the promising start. Since development model assumes new code being committed to -current first, you should probably port these features to -current (it does not differ from 8-STABLE much). It is also much easier to discuss/import features by small chunks instead of single huge change, so splitting every feature into separate diff is possibly a good thing to do. Please note that some of functionality (skipto tablearg, interface tables are already implemented in a different way). Personally for me index table for fast skipto/pipes, mapped tables and io_fast patch looks very promising, so we can discuss directly if you're interested.