From owner-freebsd-stable Tue Mar 20 11:11:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 84EB537B71B for ; Tue, 20 Mar 2001 11:11:15 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2KJBAR96066; Tue, 20 Mar 2001 11:11:10 -0800 (PST) (envelope-from dillon) Date: Tue, 20 Mar 2001 11:11:10 -0800 (PST) From: Matt Dillon Message-Id: <200103201911.f2KJBAR96066@earth.backplane.com> To: Alfred Perlstein Cc: Gordon Tetlow , Jan Conrad , freebsd-stable@FreeBSD.ORG Subject: Re: NFS performance References: <20010320105404.D29888@fw.wintelcom.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Actually, from what I've been told, TCP allows for much larger requests :than what UDP does, afaik UDP maxes out at 8k while tcp should be able :to go to 32k (maybe 64k) and give possibly better performance. : :Plus each time you 'hickup' under a UDP mount it's a lot more painful :because since it's possible for each RPC to be broken into several :packets you have a lot more retransmition to do. Depends on what kind of LAN you have. A standard 100BaseT network still has a 1536 byte packet size limit, so even 8K UDP NFS packets will be fragmented. The fragmentation is avoided with TCP, even though as many packets will be sent. This is why TCP mounts tend to have very comparable performance to UDP mounts. Under very heavily loaded conditions TCP could very well be the better choice because the TCP layer handles load a whole lot better then the NFS udp/timeout/retry layer and the kernel isn't really tuned to deal with hundreds of clients all sending fragmented packets at the same time. I wouldn't bother with larger NFS block sizes, even over TCP, unless you are running a much faster LAN (e.g. gigabit). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message