[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Shell copy_file() issue with NFS and small MAC receive buffer
- Date: Thu, 31 Mar 2011 20:36:20 -0400
- From: kevin.kirspel at optimedical.com (Kirspel, Kevin)
- Subject: Shell copy_file() issue with NFS and small MAC receive buffer
They won't work either.
ping -s 4096 192.168.18.133
ping -s 8192 192.168.18.133
From: Chris Johns [mailto:chrisj at rtems.org]
Sent: Thursday, March 31, 2011 8:29 PM
To: Kirspel, Kevin
Cc: rtems-users at rtems.org
Subject: Re: Shell copy_file() issue with NFS and small MAC receive buffer
On 1/04/11 11:22 AM, Kirspel, Kevin wrote:
> The problem is the number of 1500 byte fractional packets sent over by the NFS server at one time. 8192 / 1500 = 6 fractional packets (sent one after the other). This causes my receive buffer to fill up before the packets can be processed. To solve this problem, the NFS client in RTEMS has a global variable named nfsStBlksize. This limits the number of fractional packets that the NFS server can send before looking for the ack packet. In my case, 4096 / 1500 = 3 fractional packets which can be handled by the receive buffer. Various Ethernet MACs have different buffer sizes which is why you probably did not see the issue.
Changing the NFS buffer size would seem to be a work around.
What happens if something sends a number of broadcast packets on to your
subnet or ping packets at the same time to your target ?