From: Jan Bruvoll <jan@bruvoll.com>
To: Bernd Schubert <bernd-schubert@web.de>
Cc: NFS mailling list <nfs@lists.sourceforge.net>
Subject: Re: async vs. sync
Date: Tue, 27 Jul 2004 13:00:05 +0100 [thread overview]
Message-ID: <410643C5.3040004@bruvoll.com> (raw)
In-Reply-To: <200407270006.08581.bernd-schubert@web.de>
Bernd Schubert wrote:
>>are you doing anything "interesting" underneath NFS, ie. what are you
>>storing your files on?
>>
>>
>
>Its similar to your configuration ;)
>
>
Good :-)
>>My set-up has about the same performance data, however my big problem is
>>that the server dies when I hook all my clients up... Raw throughput
>>
>>
>
>Fortunately that doesn't seem to happen in our case.
>
>
Let me clarify - the server doesn't quite die, however it slows down
drastically, having a load of ~7 while 99% CPU idle. The clients clog
up, and for instance trying to mount anything just times out. If I
unmount the busy share from the clients, everything settles down again.
>>seemed ok, but when you started complaining about the speed, I started
>>thinking that my figures weren't all that great anymore.
>>
>>
>
>At least its good to know that we are not alone. Well, I do know about the
>performance decrease of sync-exports for a pretty long time, but I was never
>sure if its not only a problem of our server (the previous one was a
>PII-450).
>
>
>
>>The set-up is a dual 3Ghz Xeon, 2Gb RAM, and a DRBD-mirrored partition
>>sitting on a 3Ware Escalade 7500 to 7200rpm disks. Kernel
>>
>>
>
>Here its a dual opteron, 3GB RAM, adaptec 79xx PCI-X scsi, transtec scsi-ide
>raid. Local disk i/o is over 70MB/s. The server is connected with GBit, the
>clients only with 100MBit. Here are some performace numbers when the server
>was still running 2.6.7:
>
>writing to /worka (async exported): 4 clients, all at full 11MB/s
>
>writing to /home, (sync,no_wdelay exported): 4 clients at 7MB/s
>
>(When I did the tests I was simply to lazy to test with more clients. Actually
>I thought that 4 times 7 MB/s is more than sufficient for usual work).
>
>The /home partition is also mirrored via drbd to a failover server, /worka is
>not mirrored (mirroring 1.7TB is not that easy as mirroring 200GB ;) ).
>
>So I really don't think that the server performance is the problem.
>
>
I tried a little more performance number hunting:
- NFS copy and write to same device - 3Mb/s sustained (500Mb file)
- piozone direct write to RAID device - ~34-50Mb/s (depending on file size)
- drbd network device - 933Mb/s
Nothing really wrong here I'd say - not blazingly quick, but surely
nothing to explain why everything just stops when I hook up my 12
clients to this set-up?
>>2.4.26-gentoo-r5, everything else newest version. The annoying thing is
>>that the server this new set-up is replacing is an old P3/650 that
>>easily copes with the load... :-\
>>
>>
>
>Well, as I said, when I tested our old server with sync mounts, it had the
>same problem. Are you sure that your old server did not export asynchronous?
>
>
Doesn't seem so, no, the /etc/export is -extremely- simple:
/export client1(rw,no_root_squash)
Similarly, I'm not trying to be clever on the client side (/etc/fstab
excerpt):
server:/export /export nfs rw,hard,intr 0 0
This set-up works wonderfully on the old 2.4.17 box, but grinds to a
halt on the new ones :-(
Regards
Jan
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2004-07-27 12:00 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <482A3FA0050D21419C269D13989C61130435E51E@lavender-fe.eng.netapp.com>
2004-07-26 17:05 ` async vs. sync Bernd Schubert
2004-07-26 19:47 ` Jan Bruvoll
2004-07-26 22:06 ` Bernd Schubert
2004-07-27 12:00 ` Jan Bruvoll [this message]
2004-07-27 13:00 ` Bernd Schubert
2004-07-27 13:56 ` raven
2004-07-27 14:04 ` Jan Bruvoll
2004-07-27 14:11 ` Jan Bruvoll
2004-07-28 8:56 ` Olaf Kirch
2004-07-28 12:35 ` Bernd Schubert
2004-07-28 12:49 ` Olaf Kirch
2004-11-24 19:05 Lever, Charles
-- strict thread matches above, loose matches on Subject: below --
2004-11-23 16:36 Lever, Charles
2004-11-23 18:16 ` Dan Stromberg
2004-11-23 14:30 Lever, Charles
2004-11-23 21:46 ` jehan procaccia
2004-11-24 18:45 ` jehan.procaccia
2004-11-24 22:24 ` Neil Brown
2004-11-24 23:14 ` jehan procaccia
2004-11-24 23:34 ` Neil Brown
2004-11-24 22:09 ` Neil Brown
[not found] ` <Pine.GSO.4.53.0412010900500.5486@int1.cdc.noaa.gov>
2004-12-01 17:27 ` jehan.procaccia
2004-11-23 3:53 Lever, Charles
2004-11-23 16:33 ` Dan Stromberg
2004-11-22 22:14 Lever, Charles
[not found] <20041122214605.8E2B31D0FE1@sc8-sf-uberspam1.sourceforge.net>
2004-11-22 21:57 ` Joshua Baker-LePain
2004-11-22 21:50 Lever, Charles
2004-11-22 22:06 ` jehan procaccia
2004-11-23 1:09 ` Dan Stromberg
2004-11-22 19:02 Lever, Charles
2004-11-22 21:25 ` jehan procaccia
2004-11-22 21:45 ` Nicolas.Kowalski
2004-11-22 23:51 ` jehan procaccia
2004-11-22 18:31 Lever, Charles
2004-11-16 18:48 Lever, Charles
2004-11-22 15:36 ` Olaf Kirch
2004-11-22 17:55 ` jehan.procaccia
2004-11-22 18:06 ` Roger Heflin
2004-11-22 18:46 ` jehan.procaccia
2004-11-22 19:10 ` Roger Heflin
2004-11-22 21:44 ` jehan procaccia
2004-11-22 21:52 ` jehan procaccia
2004-11-22 22:20 ` Trond Myklebust
2004-11-22 22:57 ` jehan procaccia
2004-11-23 9:50 ` jehan procaccia
2004-11-23 14:57 ` J. Bruce Fields
2004-11-22 18:08 ` Trond Myklebust
2004-11-22 18:57 ` jehan.procaccia
2004-11-22 19:05 ` Roger Heflin
2004-11-22 20:14 ` Trond Myklebust
2004-11-22 21:04 ` Paul Cunningham
2004-11-22 21:14 ` Trond Myklebust
2004-11-22 22:07 ` Paul Cunningham
2004-11-22 22:26 ` Trond Myklebust
2004-11-16 18:45 Lever, Charles
2004-11-16 16:15 Lever, Charles
2004-11-16 16:32 ` Trond Myklebust
2004-11-16 17:18 ` jehan.procaccia
2004-11-16 18:08 ` Trond Myklebust
[not found] <482A3FA0050D21419C269D13989C61130435E530@lavender-fe.eng.netapp.com>
2004-07-27 15:07 ` Bernd Schubert
2004-07-26 23:05 John Roberts
[not found] <482A3FA0050D21419C269D13989C61130435E523@lavender-fe.eng.netapp.com>
2004-07-26 21:28 ` Bernd Schubert
2004-07-23 16:20 Linux NFS writes to Solaris very, very slow John Roberts
2004-07-26 15:17 ` async vs. sync Bernd Schubert
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=410643C5.3040004@bruvoll.com \
--to=jan@bruvoll.com \
--cc=bernd-schubert@web.de \
--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.