Bug 119903
Summary: | nfs peformance very bad on EL3 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Paul D. Mitcheson <pmitcheson> |
Component: | kernel | Assignee: | Steve Dickson <steved> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.0 | CC: | petrides, riel |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-04-05 22:14:01 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Paul D. Mitcheson
2004-04-02 23:46:38 UTC
Interestingly I have just tried the nfs from a solaris client and I am getting about 6Mbytes/s. So, it seems that any linux struggles but Solaris 8 is ok. Very bizarre. Paul Even when the client activity is very low (its midnight here), stopping the nfs service loweers the load on muy nfs server from about 1.5 quiescent loading to about 0.01. Paul OK, more info.... If I export the filesystem with async (as was the old default) I get much better read and write speeds of 11MB/s. So why, with sync, is the peformance about 15 times worse than with async? Paul Becuse the with sync, writes are committed to stable storage which takes much longer. Using async is very dangerous wrt data integrity because if the server goes down before it sync out the data, there will be data corruption... On the other hand, async show how fast nfsd could go when it does not have to wait for the underlying fs to sync out the data... Hi Steve, Well, with sync, an HP DL360, 1GB, dual 3GHz Xeon, Compaq smart array 642 with RAID V of 10krpm U320 disks couldn't even serve 5 clients adequately over nfs! (lots of nfs timeouts, very slow clients) I moved to async and it became usable. This morning I booted the latest beta kernel (with lots of scsi work) and I now get about 5 times the performance out of my disks. They actually look like U320 disks now, rather than mediocre IDE type performance. I might try going back to sync at some point, in case the SCSI fix has sorted things out. Do you really expect such a huge performance difference with sync vs async? 15 times? I'm curious. I can;t see me ever using sync if the performance penalty is really so great. Factor of 2 might be acceptable, but 15 takes some swallowing. Cheers for your comments so far. Thanks, Paul No... sync should not be 15times slower... if it is, its probably not an NFS issues, its more like a local filesystem or driver issue..... or even a network issue... Remember the NFS server is just a middle guy... very dependent both networks and local filesystems functionally well... OK - this problem has gone away since running the latest beta errata kernel with the reworked SCSI drivers. Thanks. Sorry for barking up the wrong tree. Paul Closing this per info in last comment. Thanks for your time investigating this, Paul. -ernie |