On Thu, 28 Aug 2003, Terry Lambert wrote: > Pawel Worach wrote: > [ ... subject ... ] > > > This only seem to happen for nfs over tcp. > > That's strange; most of the problems I've ever seen are from using UDP, > large read/write sizes, and then droping one packet out of a bunch of > frags caused by the MTU being much smaller than the read/write size > (misguided attempt to emulate a fixed window size and get more packets > in flight, without using TCP to do it).
I'm wondering if large block sizes are causing the TCP socket buffer to fill, resulting in some bad behavior on the client or server. Most probably the server, given that the scenarios in question seem to involve reading. Another intereseting test case might be to use dd with various block sizes to read from a file on the server and see whether a particular size triggers the problem, or if it's less deterministic (and more likely a race condition of some sort). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories _______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
