On Sunday 03 October 2004 12:05, Hyams Iftach wrote:
> (Fedora core 1, intending to put G-Ethernet PLANET ENW-9605)
> 1) I know the NFS server support V.3 but how can I tell the maximal
>   packets it support ? (Over UDP) Is it a kernel thing or export flag ?

Linux supports both udp and tcp based NFS (client and server). I've had varied 
experiences with NFS over different platforms and enviroments, so, if you'll 
say a bit more about yours, a recommendation on either tcp/udp can be made. 
About the NFS packet size, it is an fstab option, and is limited by the 
ability of your NFS server. Another limiting option is the networking 
infrastructure (the switch you'll be using). Too large packets can cause very 
big problems with NFS on most switches, even the expensive ones from Cisco.

From TAUs experience, if your NFS servers does good NFS over tcp, then 
anything passing through the network core would be best served by tcp, a bit 
slower, but more reliable, no silent corruption and other problems. If you do 
back-to-back NFS, udp will do as well. About NFS packet size, we use NFSv3 
with 8k packet size (the NFS packet size, not the ethernet MTU), with the 
lock,hard,intr options for the mount (and sometimes we play with the default 
timeo= definitions). These work well on networked enviroments. For back to 
back, I think 16k packets will also work good.
 
> 2) Does anyone has experience with that card ? Does it support
>   Jumbo packets ? Should I use ifconfig to enable it ?

About Jumbo frames, you can use it only if your entire infastructure does (if 
you wanna use it safely), or back-to-back. I don't know which NFS server you 
count on serving 30MB/s, but I think this is rather optimistic, but it 
depends on what kind of data is being served. Are you reading alot of small 
files, or big chunks of data, like large files ?  Is it based on random or 
sequential access ?  How many applications would be accessing the NFS mount 
at one time ? 

The above questions are important in order to plan and implement a solution 
that will use the resources you have in an optimal way, allowing you the best 
mixture of speed and reliability.


--Ariel
>
> A throughput of 30MB/sec is needed (read only).
>
>  Thank you,
>        Iftach
>
>
>
>
> This e-mail message has been sent by Elbit Systems Ltd.
> and is for the use of the intended recipients only.
> The message may contain privileged or commercial confidential information .
> If you are not the intended recipient you are hereby notified that any use,
> distribution or copying of this communication is strictly prohibited,
> and you are requested to delete the e-mail and any attachments
> and notify the sender immediately.
>
>
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.

-- 
--
Ariel Biener
e-mail: [EMAIL PROTECTED]
PGP(6.5.8) public key http://www.tau.ac.il/~ariel/pgp.html

================================================================To unsubscribe, send 
mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Reply via email to