[CentOS] Fwd: Bug 800181: NFSv4 on RHEL 6.3 over six times slower than 5.8

Thu Jul 12 10:41:49 UTC 2012
Colin Simpson <Colin.Simpson at iongeo.com>

I have tried the async option and that reverts to being as fast as

So I guess the choice is use the less safe async and get file creation
being quick or live with the slow down until a potentially new protocol
extension appears to help with this.


On Wed, 2012-07-11 at 15:16 -0700, David C. Miller wrote:
> ----- Original Message -----
> > On Wed, Jul 11, 2012 at 11:29 AM, Colin Simpson
> > <Colin.Simpson at iongeo.com> wrote:
> > >
> > > But think yourself lucky, BTRFS on Fedora 16 was much worse. This
> > > was
> > > the time it took me to untar a vlc tarball.
> > >
> > > F16 to RHEL5 - 0m 28.170s
> > > F16 to F16 ext4 -  4m 12.450s
> > > F16 to F16 btrfs - 14m 31.252s
> > >
> > > A quick test seems to say this is better in F17 (3m7.240s on BTRFS
> > > but
> > > still looks like we are hitting NFSv4 issues for this but btrfs
> > > itself
> > > is better).
> >
> > I wonder if the real issue is that NFSv4 waits for a directory change
> > to sync to disk but linux wants to flush the whole disk cache before
> > saying the sync is complete.
> >
> > --
> >   Les Mikesell
> >      lesmikesell at gmail.com
> I think you are right that it is the forcing of the sync operation for all writes in NFSv4 that is making it slow. I just tested on a server and client both running RHEL 6.3. I exported a directory that had an old tar.gz of open office 3.0 distribution for Linux. 175MB. Exported with the default of sync option took 26 seconds to extract from the client mount. Exported with the async option and the extraction only took 4 seconds. Just to be clear on what I tested with. This is over 1GbE. The NFS server has an Intel Core i3-2125 CPU @ 3.3GHz, 16GB ram, NFS export directory is from a 22 drive Linux RAID6 connected via a SAS 6Gb/sec HBA. The client is a Intel Core 2 duo E8400 @ 3GHz, 4GB ram.
> Mark,
> Have you tried using async in your export options yet? Any difference?
> David.
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos


This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender and delete the original.