Just to throw in a monkey wrench,

#1:  Are all of the ethernet devices using the same duplexing (if on the
same subnet)?
#2:  Are the intervening switches all set to the "right" duplexing?
#3:  If writing to a journaled filesystem, larger blocks cut down on the
time spent managing the journal
#4:  Can other (non-z or VM instances) get better throughput from the file
server appliance?

You can test #3 by:

    dd if=/snap1/FNB/12-31-04/IMG/004.FNB/I005/0400500170a.TIF of=/dev/null
bs=32768

and adjusting the block size for each test pass.

--------------------
John R. Campbell, Speaker to Machines (GNUrd)      (813) 356-5322 (t/l 697)
Adsumo ergo raptus sum
MacOS X: Because making Unix user-friendly was easier than debugging
Windows.
Red Hat Certified Engineer (#803004680310286)
IBM Certified: IBM AIX 4.3 System Administration, System Support
----- Forwarded by John Campbell/Tampa/IBM on 09/22/06 10:53 AM -----

             Marcy Cortes
             <[EMAIL PROTECTED]
             ellsfargo.com>                                             To
             Sent by: Linux on         [email protected]
             390 Port                                                   cc
             <[EMAIL PROTECTED]
             IST.EDU>                                              Subject
                                       Re: [LINUX-390] NFS too slow

             09/22/06 03:55 AM


             Please respond to
             Linux on 390 Port
             <[EMAIL PROTECTED]
                 IST.EDU>






Adam, upping to 32K resulting in all errors:
cp: reading `/snap1/FNB/12-31-04/IMG/004.FNB/I005/0400500170a.TIF':
Input/output error

10.xx.1.94:/SHARE1 on /snap1 type nfs
(rw,nfsvers=3,rsize=32768,wsize=32768,hard,lock,addr=10.xx.1.94)


I guess I'll try to figure out what's up with the TCP not working.

Rob, plenty of horsepower - no cpu contraints or paging going on at the
moment.  The disk should be very fast - 200G LVM striped over 32 mod 9
volumes, DS8000, FICON, 4 paths.



Marcy Cortes


"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation."


-----Original Message-----
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rob van der Heij
Sent: Friday, September 22, 2006 12:47 AM
To: [email protected]
Subject: Re: [LINUX-390] NFS too slow

> > Any suggestions?

As Adam points out, stay away from UDP if you can.

And you want to make sure it's not your end that is the bottleneck. A
sustained rate of 1 MB/s should be possible, but writing to disk takes a
lot of smoke and there is enough room for surprises. At least check that
the virtual machine is not CPU constrained or suffering from paging.

Rob
--
Rob van der Heij
Velocity Software, Inc
http://velocitysoftware.com/

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to