From owner-svn-src-all@FreeBSD.ORG Thu Dec 11 00:46:25 2008 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924E9106567A; Thu, 11 Dec 2008 00:46:25 +0000 (UTC) (envelope-from prvs=julian=2245e07b3@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 730AE8FC1C; Thu, 11 Dec 2008 00:46:25 +0000 (UTC) (envelope-from prvs=julian=2245e07b3@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.120]) by smtp-outbound.ironport.com with ESMTP; 10 Dec 2008 16:17:46 -0800 Message-ID: <49405C2A.7070203@elischer.org> Date: Wed, 10 Dec 2008 16:17:46 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Marko Zec References: <200812102312.mBANCeaE045870@svn.freebsd.org> In-Reply-To: <200812102312.mBANCeaE045870@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r185895 - in head/sys: conf contrib/pf/net kern net netgraph netinet netinet/libalias netinet6 netipsec sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 00:46:25 -0000 Marko Zec wrote: > Author: zec > Date: Wed Dec 10 23:12:39 2008 > New Revision: 185895 > URL: http://svn.freebsd.org/changeset/base/185895 > congratulations. this is a big step. The first step where we introduce real physical change. Now we need people to help look for problems and do benchmarking. it is possible at this stage that re-ordering the fields in the various vinet/vnet structures may make noticeable performance changes due to cache line effects. it would be cool if we could look at this at this stage.