From owner-freebsd-hackers@FreeBSD.ORG Fri May 30 21:24:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2E4837B401; Fri, 30 May 2003 21:24:33 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A63243F75; Fri, 30 May 2003 21:24:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by attbi.com (sccrmhc02) with ESMTP id <2003053104243100200b6qt5e>; Sat, 31 May 2003 04:24:32 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA59325; Fri, 30 May 2003 21:24:31 -0700 (PDT) Date: Fri, 30 May 2003 21:24:30 -0700 (PDT) From: Julian Elischer To: Juli Mallett In-Reply-To: <20030530133302.A48390@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Network stack cloning / virtualization patches X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2003 04:24:34 -0000 On Fri, 30 May 2003, Juli Mallett wrote: > > Has anyone looked at making the patch work with CURRENT? Does this do > anything to degrade performance of UP systems with no (0?) virtualised > images running? I have been running tests between two machines with this patch installed. There is a "per packet" overhead increase of about 1%. there is no overhead increase in the per-byte overhead.. in ther words, sending 1 byte packets gets about a 1% decrease in throughput but sending 8k chunks has almost no overhead increase.. Both my machines end up maxing out the 100Mb ethernet between them before they see any speed difference at high packet sizes. > Does it make the locking situation much worse? Can it > be stripped down to minimal, clean, well-architected diffs to accomplish > a centralised goal, rather than a "Network+goodies, random subsystem > overhaul"? It is unlikely that the patches could be made in smaller orthogonal patches. Its kind of "all or nothing".. Either everything is global or it is in a structure (per VM). > Those are probably good questions for someone to know the > answers to (by looking at the code, or someone trying such) before it > gets too close to the tree. > > If this is your priority patch, hunting down someone with serious > network\ stack-fu to review the diff, and whatnot, would probably be > a good investment of your time in that regard. I'll bepresenting Marco's paper at USENIX on the (ummm 12th I think). His baby is due then so he can't make it.. (whereas mine arrived today so I'll be looking for an excuse to be away from the house for 2 days ;-) > > Thanx, > juli. > -- > juli mallett. email: jmallett@freebsd.org; efnet: juli; > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >