All of lore.kernel.org
 help / color / mirror / Atom feed
From: dwight@supercomputer.org
To: "Lever, Charles" <Charles.Lever@netapp.com>
Cc: nfs@lists.sourceforge.net
Subject: Re: RE: Linux client on Solaris 7 NFS server
Date: Mon, 05 Jan 2004 09:11:01 -0800	[thread overview]
Message-ID: <200401051711.i05HB1d15444@supercomputer.org> (raw)
In-Reply-To: Message from "Lever, Charles" <Charles.Lever@netapp.com> of "Tue, 30 Dec 2003 09:58:27 PST." <482A3FA0050D21419C269D13989C6113020AC965@lavender-fe.eng.netapp.com>

Chareles Lever wrote:

> does "tcp,rsize2768,wsize2768" work?  the Linux defaults are
> UDP and r/wsize@96, which work adequately with Linux servers,
> but probably are trouble for Solaris.
> =

> which Linux kernels, specifically, have you tried on your clients?
> =

> what performance do you see, and what do you expect?

Well, yes, it works, but there's no noticeable performance =

improvement. I'll caveat that with the observation that this was in
a more complicated production environment. I haven't tried it yet
with V3 in a semi-isolated environment.

One of the more significant speed-ups I've noticed was with
completely turning off Version 3 NFS support in the kernel, and
forcing all transactions between Solaris and Linux to be Version 2.
Just specifying V2 as a mount option improves things a bit; but using
a 2.4.24-pre1 kernel without V3 support built in dropped the test
time from about 6 minutes to 3.0 minutes. Just specifying V2 as a =

mount option drops the performance from 6 minutes to 4 min, 45 seconds.

In comparision, the pure Linux server and client test ran about 30
seconds (UDP and TCP); and the pure Solaris environment ran about
the same. Mind you, the Solaris 8 systems are much slower CPU's in =

my test bed the same.  Mind you, the Solaris 8 systems are much =

slower CPU's in my test bed

Another rather interesting thing is that a Solaris client using a =

Linux server runs the test at the same speed as the pure Solaris or =

pure Linux environment. So this behaviour is specific to the =

Linux-client/Solaris-server situation.

As for what kind of results I was expecting, I was hoping for =

something comparable to the other 3 pairs of combinations. Perhaps =

even just double would be of use; but not a factor of 6.

As far as the kernels used, the same consistent results have been =

seen across the range of 2.4 kernels. Mostly the RH variations of =

2.4.18, but earlier ones as well, and right now I'm looking at the =

2.4.24 pre-releases. However, I will note that the one's prior to =

2.4.18 were done in the production environment, and not with some =

attempt at isolation.

Also, the problem seems unaffected by using the latest version of =

nfsutils.

The overall throughput seems to be pegged at about 11 Mbps IIRC. =

Googling shows that other people have also reported this issue over =

the years, and there is no clear solution.  =


So, in summary, this seems to be a constant issue with Linux/Solaris
interaction. There also seem to be be issues with V3 in this
environment.

Any suggestions and/or ideas would be welcome.

Best Regards,

        -dwight-




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

  reply	other threads:[~2004-01-05 17:10 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-30 17:58 RE: Linux client on Solaris 7 NFS server Lever, Charles
2004-01-05 17:11 ` dwight [this message]
2004-01-06  4:57   ` Ian Kent
     [not found] <Charles.Lever@netapp.com>
2004-01-05 18:21 ` Lever, Charles
2004-01-06  7:38   ` dwight
  -- strict thread matches above, loose matches on Subject: below --
2003-12-30 15:50 Lever, Charles
2003-12-30 17:44 ` dwight
2003-12-31  1:55   ` Ian Kent
2004-01-05 17:31     ` dwight
2004-01-05 19:46       ` Wade Hampton
2004-01-05 22:34         ` Wade Hampton
2004-01-06  4:59         ` Ian Kent
2004-01-06  7:41         ` dwight
2004-01-06  4:42       ` Ian Kent
2004-01-07 18:17         ` dwight
2004-01-08  0:32           ` Ian Kent

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200401051711.i05HB1d15444@supercomputer.org \
    --to=dwight@supercomputer.org \
    --cc=Charles.Lever@netapp.com \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.