From: "Paul Smith" <pausmith@nortelnetworks.com>
To: nfs@lists.sourceforge.net
Subject: Re: NFS client write performance issue ... thoughts?
Date: 08 Jan 2004 10:26:55 -0500 [thread overview]
Message-ID: <vpdrr7yajwao.fsf@lemming.engeast.baynetworks.com> (raw)
In-Reply-To: <16377.57599.284453.729190@lemming.engeast.baynetworks.com>
Hi all;
Here are some numbers which show the difference we're talking about.
Any comments anyone has are welcome; I'll be happy to discuss the
details of ClearCase NFS usage insofar as I understand it:
Note that the Linux build system is also using the same kernel
(2.4.18-27 from Red Hat).
> I did two identical small builds on my Linux desktop machine, wcary472,
> using NAS viewstore on scareac0, one with the view server running on
> Linux machine zcard0pf, and the other with the view server on Solaris
> machine zcars0z4. I ran nfsstat on the view servers before and after
> the builds, after making sure that there was no (or very little) other
> activity on the machine that might have screwed up the numbers. The raw
> nfsstat output is below. Here's a summary of the important numbers:
>
> View server on Linux 2.4.18-27 (zcard0pf):
>
> Build time: 35.75s user 31.68s system 33% cpu 3:21.02 total
> RPC calls: 94922
> RPC retrans: 0
> NFS V3 WRITE: 63317
> NFS V3 COMMIT: 28916
> NFS V3 LOOKUP: 1067
> NFS V3 READ: 458
> NFS V3 GETATTR: 406
> NFS V3 ACCESS 0
> NFS V3 REMOVE 5
>
> View server on Solaris 5.8 (zcars0z4)
>
> Build time: 35.50s user 32.09s system 46% cpu 2:26.36 total
> NFS calls: 3785
> RPC retrans: 0
> NFS V3 WRITE: 612
> NFS V3 COMMIT: 7
> NFS V3 LOOKUP: 1986
> NFS V3 READ: 0
> NFS V3 GETATTR: 532
> NFS V3 ACCESS 291
> NFS V3 REMOVE 291
>
> NOTES:
>
> - Viewstore on Linux was mounted using UDP with rsize=wsize=4096
> Viewstore on Solaris was mounted using TCP with rsize=wsize=32768
> I would have changed these to be the same except that that would
> have required root access on one or the other view server machine,
> which I didn't have. Other experiments have shown that Linux does
> fewer WRITES with TCP/32K mounts, but it's still considerably worse
> than Solaris. As I mentioned, I don't know why increasing [rw]size
> and/or switching to TCP improves matters on Linux.
>
> - I don't know where those NFS REMOVEs are coming from, but I vaguely
> remember seeing the view server doing some weird things when I was
> able to strace it. It does bother me that there was a big difference
> in the number of REMOVEs done from Solaris vs. Linux; that might imply
> that the there are important implementation differences between Linux
> and Solaris.
>
> So there were nearly 100K WRITES+COMMITS on Linux, but only a few hundred
> on Solaris. I didn't doublecheck it this time, but I know from past
> experience that most of the NFS I/O from the view server would have
> been against files in the view database directory, which looks like this
> after the build has finished (both view databases are similar in size):
>
> (zcars0z4) ~>> ls -l .../db
> -rw-r--r-- 1 dgraham fwptools 278528 Jan 8 05:30 view_db.d01
> -rw-r--r-- 1 dgraham fwptools 106496 Jan 8 05:30 view_db.d02
> -rw-rw-r-- 1 dgraham fwptools 7143 Jun 13 2001 view_db.dbd
> -rw-r--r-- 1 dgraham fwptools 114688 Jan 8 05:30 view_db.k01
> -r--r--r-- 1 dgraham fwptools 3 Jun 13 2001 view_db_schema_version
> -rw-r--r-- 1 dgraham fwptools 17519 Jan 8 05:30 vista.log
> -rw-r--r-- 1 dgraham fwptools 5146 Jan 8 05:30 vista.taf
--
-------------------------------------------------------------------------------
Paul D. Smith <psmith@nortelnetworks.com> HASMAT--HA Software Mthds & Tools
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
-------------------------------------------------------------------------------
These are my opinions---Nortel Networks takes no responsibility for them.
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2004-01-08 15:27 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-05 22:11 NFS client write performance issue ... thoughts? Paul Smith
2004-01-08 15:26 ` Paul Smith [this message]
2004-01-06 4:34 Trond Myklebust
2004-01-06 6:33 ` Paul Smith
2004-01-06 16:17 Lever, Charles
2004-01-06 18:10 ` Paul Smith
2004-01-07 20:50 Lever, Charles
2004-01-08 17:32 trond.myklebust
2004-01-08 17:47 ` Paul Smith
2004-01-08 17:48 ` trond.myklebust
2004-01-09 21:30 trond.myklebust
2004-01-12 21:37 ` Paul Smith
2004-01-12 12:45 Mikkelborg, Kjetil
2004-01-12 17:30 ` Paul Smith
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=vpdrr7yajwao.fsf@lemming.engeast.baynetworks.com \
--to=pausmith@nortelnetworks.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.