Bug 3357 – nfs is painfully slow

Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours

Bug 3357 - nfs is painfully slow

Summary:	nfs is painfully slow

Status:	CLOSED WORKSFORME

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	nfs-server (Show other bugs)
Sub Component:
Version:	6.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Cristian Gafton
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-06-08 23:46 EDT by Bill Chatfield
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	1999-07-28 03:43:58 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Bill Chatfield 1999-06-08 23:46:36 EDT

This may be a result of changing nfs code in the kernel, but
it would be nice to know what the problem is and when it is
likely to be fixed.

Basically, copying a file from an nfs mounted volume to a
local disk (both client and server are RH6 machines) is more
than 3 times slower than ftping the same file.  Sometime the
nfs transfer just stops for "long" periods of time.  The
machines I'm working with are on the same network segment on
an unloaded network.

I've already tried using the rsize and wsize mount options
for nfs.  They have little to no effect.

Comment 1 Bill Chatfield 1999-06-08 23:56:59 EDT

Forgot to make this high priority/severity.  This is really critical
as I am going to have to stop using my Linux workstation and go back
to Windows and smb to get acceptible peformance from our Linux file
server.

Linux-smb-Linux does not work for mounting home directories.
Permissions, file name case, and dot files are all messed up.  You
have to use nfs not smb for home directories.

Comment 2 Jay Turner 1999-06-29 10:43:59 EDT

Are you running knfsd?  We do not see this kind of performance
degradation here in the office.

------- Email Received From  Bill Chatfield <bill.chatfield@netcommunity.com> 06/29/99 11:09 -------

Comment 3 Bill Chatfield 1999-07-13 18:54:59 EDT

I do believe we are running knfsd because lsmod says I have an nfs
kernel module loaded.

I would be happy to provide telnet access to a Red Hat person so you
could see the problem where it is happening.  Just let me know.

BTW: Going back to using Windows was a threat I couldn't live up to.

Comment 4 Cristian Gafton 1999-07-28 03:43:59 EDT

The NFS is slow, but it should not be that painfully slow. What is the
size of the file you are dealing with?

On a related thing, Samba can be instrumented to preserve the case for
filenames, it just does not do it by default.

On a 100mbit network the NFS server will peak at about 1.9MB/sec,
while ftp is able to go up to 5 or 6 MB/sec, so dependong on the type
of transfers that you are doing you will see the type of slowdown that
you are talking about.

Comment 5 Bill Chatfield 2000-01-07 10:30:59 EST

I originally thought the machines in question were on the same physical subnet,
but after physically tracing the ethernet wires, it appears that they are not.

I suspect that this is the cause of the slowness.  Does that make sense?

Note You need to log in before you can comment on or make changes to this bug.