Linux NFS development
 help / color / mirror / Atom feed
From: "Derek Labian" <derek@ioerror.com>
To: <eric_whiting@amis.com>
Cc: <nfs@lists.sourceforge.net>
Subject: RE: High Performance NFS
Date: Thu, 31 Oct 2002 16:08:03 -0600	[thread overview]
Message-ID: <012801c28129$fca6b060$1400005b@ipservices1.ioerror.com> (raw)
In-Reply-To: <3DC19893.626B5DF5@amis.com>

FreeBSD on the clients and servers.

NFS Version 3.

"How fast is your writes without considering the network. Make sure your
disks are as fast as possible before throwing NFS/network into the
picutre."

Were not doing any writes, just reads.  I'm sure its not a network
congestion
issue though, all gigabit and the switch has a 17.5Gbps backplane.

The disks are 36G 10k RPM.  The only step would be 15k RPM but thats an
expensive
swap.

"How fast is your gigE for ftp transfers? gigE isn't automatically
125Mbytes/s -- you have to set it up right.

Then test NFS. Is your 12-13MB/s read or writes?"

I can copy files at 15MBps no problem when the loads are lite.  But thats
a sequential read of a single file.  When there are 5000 files being
accessed its not so pretty.  :)

There are pretty much no write's in this configuration.

Derek Labian
 Faulk Enterprises, http://www.faulkent.com
 Gnutelliums, http://www.gnutelliums.com
 PH/FX: 281-447-6449 CELL: 713-502-0410
 ADDR: 505 North Belt #355, Houston, Tx 77060
 MAIL ADDR: PO BOX 11726 Spring, Tx 77373


-----Original Message-----
From: eric_whiting@amis.com [mailto:eric_whiting@amis.com]
Sent: Thursday, October 31, 2002 2:55 PM
To: derek@ioerror.com
Cc: nfs@lists.sourceforge.net
Subject: Re: [NFS] High Performance NFS


What is the linux version of the server? Clients? NFSv3 or NFSv2? This
is a somewhat important question. NFS has improved a lot over the last
12 months.

I suggest something like this:

1. benchmark local storage.
How fast is your writes without considering the network. Make sure your
disks are as fast as possible before throwing NFS/network into the
picutre.

2. benchmark network.
How fast is your gigE for ftp transfers? gigE isn't automatically
125Mbytes/s -- you have to set it up right.

Then test NFS. Is your 12-13MB/s read or writes?

Derek Labian wrote:
>
> I'm really looking for a high performance NFS solution
> and determining the bottlenecks is key for this upgrade.
>
> We currently have 2 Dedicated NFS servers.  Supermicro
> boxes w/ Dual P3 1Ghz, 1GB RAM and an adaptec 2100s w/
> 128MB cache connected to Dell u160 powervaults.
>
> All the servers are connected through gigabit ethernet.
>
> It seems we really start peaking out the disks at about
> 12-13MB a sec.  This seems kind of slow, but the accesses
> are not sequential because of the volume.  The drives
> are 10k RPM btw.
>
> The servers run FreeBSD (latest) and distribute files to
> 8 other servers.  The average file size is around 5MB
> but peaks up to several hundred MB's depending on whats
> happening on any given day.
>
> Also, when peak traffic occurs, the NFS processes all
> get stuck in disk access, and the requests start queing
> up.
>
> For this reason, we have modified the NFSD and NFS Header
> file thats part of the Kernel to support much  more then
> 20 Daemons.
>
> This help performance dramatically.
>
> Additionally, we have tried different levels of read ahead
> blocks, block sizes etc.  Read aheads above 1 work fine
> until the load peaks up.  (Since its reading more data)
>
> Also, smaller then 8k blocks seem to slow it down and
> larger then 8k blocks seem to slow it down.
>
> Hence we use 8k blocks, 1 read ahead block, UDP.
>
> So, is there any suggestings for getting more performance
> out of these things, or if we simply need to upgrade further
> what are the suggestions for high performance NFS at a
> reasonable cost.
>
> Derek
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future
> of Java(TM) technology. Join the Java Community
> Process(SM) (JCP(SM)) program now.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> NFS maillist  -  NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs



-------------------------------------------------------
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

  reply	other threads:[~2002-10-31 22:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E187Law-0001u2-00@usw-sf-list2.sourceforge.net>
2002-10-31 20:28 ` High Performance NFS Derek Labian
2002-10-31 20:54   ` Eric Whiting
2002-10-31 22:08     ` Derek Labian [this message]
2002-10-31 23:06       ` Scott McDermott
2002-10-31 23:25         ` Eff Norwood

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='012801c28129$fca6b060$1400005b@ipservices1.ioerror.com' \
    --to=derek@ioerror.com \
    --cc=eric_whiting@amis.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox