From owner-cvs-all@FreeBSD.ORG Mon Dec 5 18:25:38 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7EA016A41F for ; Mon, 5 Dec 2005 18:25:38 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E8D943D80 for ; Mon, 5 Dec 2005 18:25:31 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 50043 invoked from network); 5 Dec 2005 18:25:26 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 5 Dec 2005 18:25:26 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 5 Dec 2005 12:25:25 -0600 (CST) From: Mike Silbersack To: Robert Watson In-Reply-To: <20051205181614.V32154@fledge.watson.org> Message-ID: <20051205122309.V43418@odysseus.silby.com> References: <200511281809.jASI93Rl006494@repoman.freebsd.org> <20051204233215.G43418@odysseus.silby.com> <20051205094734.P45634@fledge.watson.org> <20051205112600.O43418@odysseus.silby.com> <20051205181614.V32154@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern uipc_socket.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2005 18:25:38 -0000 On Mon, 5 Dec 2005, Robert Watson wrote: > The NFS server could could probably profitably, and fairly easily, be taught > how to do zero-copy from the buffer/page cache, btw. Should be able to steal > code from sendfile(), although I've not looked in any detail. Possibly also > the NFS client. > > Robert N M Watson We also have the hackish zero-copy used by pipes as well - in the long run it would be nice to be able to merge these different zero-copy implementations somewhat. Anyway, don't let my rambling get you sidetracked, I only intended to point out possible future improvements. Mike "Silby" Silbersack