From owner-freebsd-hackers Fri Dec 10 11: 0:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 618C7157F7 for ; Fri, 10 Dec 1999 11:00:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA59811; Fri, 10 Dec 1999 11:00:34 -0800 (PST) (envelope-from dillon) Date: Fri, 10 Dec 1999 11:00:34 -0800 (PST) From: Matthew Dillon Message-Id: <199912101900.LAA59811@apollo.backplane.com> To: "Robert Gordon" Cc: Subject: Re: Fw: Clustered Read/writes and NFS.. References: <00e301bf432d$421169d0$1072aacf@pmr.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :reposting to the hackers :;-) :----- Original Message ----- :From: Robert Gordon :To: :Sent: Thursday, December 09, 1999 1:56 PM :Subject: Clustered Read/writes and NFS.. : : :> Hello, :> :> I'm attempting to understand if the NFS implementation takes :> advantage of clustered read/writes. So far I see that if NFS needs :> a buf that (via getnewbuf()) a call could be made to vfs_bio_awrite() :> which could cause a clustered write to free up some buffers... but I :> don't see that NFS takes advantage of a clustered read/write.... :> :> Thanks, :> Robert........................ rbg@pmr.com Unfortunately there is no advantage to clustering NFS writes, because the NFS write packets are limited to the NFS write size which is usually 8K, so you still need to do separate RPCs. But there is an advantage to clustering NFS commits (essentially the write-verification part of an NFS write), and FreeBSD *does* do that. In fact, Alfred is working on a patch that will make the commit clustering even better. Under NFSv3 the NFS server may cluster NFS write packets it receives prior to writing the data to the physical media, and FreeBSD does do this. This is because NFSv3 writes are allowed to be asynchronous. NFSv2 writes are required to always be synchronous which prevents the server from clustering them when transfering the data to physical media. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message