* Re: redhat 2.4.18-5 client huge slowdown [not found] <E17SjDh-00067R-00@usw-sf-list2.sourceforge.net> @ 2002-07-11 19:08 ` Rex Dieter 2002-07-11 19:14 ` [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts Rex Dieter 2002-07-11 19:29 ` redhat 2.4.18-5 client huge slowdown Rex Dieter 2 siblings, 0 replies; 8+ messages in thread From: Rex Dieter @ 2002-07-11 19:08 UTC (permalink / raw) To: nfs On Thursday 11 July 2002 2:02 pm, Trond Myklebust wrote: > >>>>> " " =3D=3D Rex Dieter <rdieter@math.unl.edu> writes: > > Yes, I've also experienced a huge nfs client slowdown (~50k/sec > > writes) on 'sync' nfs mounts with the 2.4.18-5 kernel... See me > > bugzilla report: > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D67199 and = a > > similar report as well: > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D67461 > > > The only way I found to get any sort of respectable performance > > out of 2.4.18-5 was to mount 'async'. *ack* > > For 2.4.18-5 RedHat appears to have decided to set the default r/wsize > to 4k.=20 For me, the r/wsize made no significant difference as long as the 'sync'=20 option was used. Write speeds consistantly stayed ~50k/sec. -- Rex ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases & more http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts [not found] <E17SjDh-00067R-00@usw-sf-list2.sourceforge.net> 2002-07-11 19:08 ` redhat 2.4.18-5 client huge slowdown Rex Dieter @ 2002-07-11 19:14 ` Rex Dieter 2002-07-11 20:05 ` Tom McNeal 2002-07-11 19:29 ` redhat 2.4.18-5 client huge slowdown Rex Dieter 2 siblings, 1 reply; 8+ messages in thread From: Rex Dieter @ 2002-07-11 19:14 UTC (permalink / raw) To: nfs Trond Myklebust <trond.myklebust@fys.uio.no> wrote: > >>>>> " " =3D=3D Matthias Andree <ma@dt.e-technik.uni-dortmund.de> writ= es: > > What if the NFS stuff is not mounted with sync or explicitly > > mounted async? Will an nfsd still do synchronous writes to > > directories? > Of course. It is not possible for the NFS client to switch this > behaviour off, since it is part of the server side specifications in > the protocol. > The only thing that can screw you up is if you use the 'async' option > in /etc/exports on the server. How is specifying 'async' in /etc/exports on the NFS server different tha= n a=20 NFS client explicitly mounting async? -- Rex ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases & more http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts 2002-07-11 19:14 ` [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts Rex Dieter @ 2002-07-11 20:05 ` Tom McNeal 0 siblings, 0 replies; 8+ messages in thread From: Tom McNeal @ 2002-07-11 20:05 UTC (permalink / raw) To: Rex Dieter, NFS maillist Rex Dieter wrote: > > Trond Myklebust <trond.myklebust@fys.uio.no> wrote: > > > >>>>> " " == Matthias Andree <ma@dt.e-technik.uni-dortmund.de> writes: > > > What if the NFS stuff is not mounted with sync or explicitly > > > mounted async? Will an nfsd still do synchronous writes to > > > directories? > > > Of course. It is not possible for the NFS client to switch this > > behaviour off, since it is part of the server side specifications in > > the protocol. > > The only thing that can screw you up is if you use the 'async' option > > in /etc/exports on the server. > > How is specifying 'async' in /etc/exports on the NFS server different than a > NFS client explicitly mounting async? > > -- Rex The /etc/exports async option allows the server to tell the client that it has indeed written data/metadata to the disk, regardless of what has actually happened. So, the client sync/async affects *when* the client writes to the server, and the server sync/async affects *how* (OK, and *when*) the server replies to the client. Regards - Tom -- ------------------------------------------------------------ Tom McNeal trmcneal@attbi.com (650)906-0761 (cell) ------------------------------------------------------------ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases & more http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: redhat 2.4.18-5 client huge slowdown [not found] <E17SjDh-00067R-00@usw-sf-list2.sourceforge.net> 2002-07-11 19:08 ` redhat 2.4.18-5 client huge slowdown Rex Dieter 2002-07-11 19:14 ` [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts Rex Dieter @ 2002-07-11 19:29 ` Rex Dieter 2002-07-12 12:07 ` Trond Myklebust 2 siblings, 1 reply; 8+ messages in thread From: Rex Dieter @ 2002-07-11 19:29 UTC (permalink / raw) To: nfs Rex Dieter <rdieter@math.unl.edu> wrote: > Raphael Clifford wrote: > > I was wondering if everyone else is experiencing huge nfs write > > slowdowns using redhat kernel 2.4.18-5 (as opposed to 2.4.18-4). I a= m > > Yes, I've also experienced a huge nfs client slowdown (~50k/sec writes)= on > 'sync' nfs mounts with the 2.4.18-5 kernel... See me bugzilla report: > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D67199 =2E.. Here's some interesting data (on switched fast ethernet) to chew on (usin= g=20 Redhat's 2.4.18-5 kernel on both server and client): Server(1) Client(2) Speed=20 async async ~8.5MB/sec=20 async sync ~6.5MB/sec=20 sync async ~350K/sec=20 sync sync ~50k/sec=20 =20 (1) using the 'async/sync' option in /etc/exports (2) using the 'async/sync' option when mounting, ie, mount -t nfs -o sync= ... Is this really the kind of performance I should expect to get? (I hope no= t) -- Rex ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases & more http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: redhat 2.4.18-5 client huge slowdown 2002-07-11 19:29 ` redhat 2.4.18-5 client huge slowdown Rex Dieter @ 2002-07-12 12:07 ` Trond Myklebust 0 siblings, 0 replies; 8+ messages in thread From: Trond Myklebust @ 2002-07-12 12:07 UTC (permalink / raw) To: Rex Dieter; +Cc: nfs >>>>> " " == Rex Dieter <rdieter@math.unl.edu> writes: > Here's some interesting data (on switched fast ethernet) to > chew on (using Redhat's 2.4.18-5 kernel on both server and > client): Server(1) Client(2) Speed async async ~8.5MB/sec async > sync ~6.5MB/sec sync async ~350K/sec sync sync ~50k/sec If you switch off write caching using the '-o sync' mount option then of course you will see a dramatic slowdown. Where's the beef? Cheers, Trond ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <E17S0Jk-0006ZT-00@usw-sf-list2.sourceforge.net>]
* redhat 2.4.18-5 client huge slowdown [not found] <E17S0Jk-0006ZT-00@usw-sf-list2.sourceforge.net> @ 2002-07-09 19:19 ` Raphael Clifford 2002-07-09 22:19 ` Tom McNeal 2002-07-10 10:54 ` Yusuf Goolamabbas 0 siblings, 2 replies; 8+ messages in thread From: Raphael Clifford @ 2002-07-09 19:19 UTC (permalink / raw) To: nfs I was wondering if everyone else is experiencing huge nfs write slowdowns using redhat kernel 2.4.18-5 (as opposed to 2.4.18-4). I am using a Sun Solaris machine as the server and following mount options. rw,rsize=32768,wsize=32768,nfsvers=3,proto=tcp I understand that both 2.4.18-4 and 2.4.18-5 default to 'sync' but as the slow down is between those versions so that shouldn't make any difference. I also understand that there were a lot of nfs client "fixes" in 2.4.18-5 so I assume they have caused this problem. The linux machine is a dual 500 MHz if that makes any difference. Cheers, Raphael ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: redhat 2.4.18-5 client huge slowdown 2002-07-09 19:19 ` Raphael Clifford @ 2002-07-09 22:19 ` Tom McNeal 2002-07-10 10:54 ` Yusuf Goolamabbas 1 sibling, 0 replies; 8+ messages in thread From: Tom McNeal @ 2002-07-09 22:19 UTC (permalink / raw) To: Raphael Clifford; +Cc: nfs Raphael Clifford wrote: > I was wondering if everyone else is experiencing huge nfs write > slowdowns using redhat kernel 2.4.18-5 (as opposed to 2.4.18-4). I am > using a Sun Solaris machine as the server and following mount options. > > rw,rsize=32768,wsize=32768,nfsvers=3,proto=tcp > > I understand that both 2.4.18-4 and 2.4.18-5 default to 'sync' but as > the slow down is between those versions so that shouldn't make any > difference. I also understand that there were a lot of nfs client > "fixes" in 2.4.18-5 so I assume they have caused this problem. > > The linux machine is a dual 500 MHz if that makes any difference. > > Cheers, > Raphael > The sync/async default is determined at the server, not the client, and Solaris defaults to sync, as does almost everyone else. Also, the default is determined in the utilities, not in the kernel, which is why Linux servers currently default to async. They will default to sync when using the latest, unreleased export utilites; They will be released "very soon" as version 1.0.1. Regards - Tom -- ---------------------------------------------------------------------- Tom McNeal trmcneal@attbi.com (650)906-0761 (cell) ---------------------------------------------------------------------- ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: redhat 2.4.18-5 client huge slowdown 2002-07-09 19:19 ` Raphael Clifford 2002-07-09 22:19 ` Tom McNeal @ 2002-07-10 10:54 ` Yusuf Goolamabbas 1 sibling, 0 replies; 8+ messages in thread From: Yusuf Goolamabbas @ 2002-07-10 10:54 UTC (permalink / raw) To: Raphael Clifford; +Cc: nfs Can you see if reducing rsize,wsize to 8192 seems to help This bugzilla entry is referenced by the 2.4.18-5 kernel release note http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64984 Add your observations to it if it makes a difference > I was wondering if everyone else is experiencing huge nfs write > slowdowns using redhat kernel 2.4.18-5 (as opposed to 2.4.18-4). I am > using a Sun Solaris machine as the server and following mount options. > > rw,rsize=32768,wsize=32768,nfsvers=3,proto=tcp > > I understand that both 2.4.18-4 and 2.4.18-5 default to 'sync' but as > the slow down is between those versions so that shouldn't make any > difference. I also understand that there were a lot of nfs client > "fixes" in 2.4.18-5 so I assume they have caused this problem. > > The linux machine is a dual 500 MHz if that makes any difference. > > Cheers, > Raphael ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-07-12 12:07 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <E17SjDh-00067R-00@usw-sf-list2.sourceforge.net> 2002-07-11 19:08 ` redhat 2.4.18-5 client huge slowdown Rex Dieter 2002-07-11 19:14 ` [PATCH] 2.4.19-rc1/2.5.25 provide dummy fsync() routine for directories on NFS mounts Rex Dieter 2002-07-11 20:05 ` Tom McNeal 2002-07-11 19:29 ` redhat 2.4.18-5 client huge slowdown Rex Dieter 2002-07-12 12:07 ` Trond Myklebust [not found] <E17S0Jk-0006ZT-00@usw-sf-list2.sourceforge.net> 2002-07-09 19:19 ` Raphael Clifford 2002-07-09 22:19 ` Tom McNeal 2002-07-10 10:54 ` Yusuf Goolamabbas
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.