Re: Slow NFS

Andrew Reid wrote: > There is a performance-tuning section in the NFS Howto, > with several tips, including simple tests for measuring performance. > Thanks for the reminder. Somehow I'd missed that section of the Howto. > My own experience w

Re: Slow NFS

On Saturday 02 January 2010 10:55:18 Chris Davies wrote: > I'm curious whether anyone has good a decent read/write speed using NFS > (v3 or 4) between a number of Debian "testing" based systems. > > I've got one box exporting a number of filesystems using NFS v3, and > three others mounting various

Re: Slow NFS

Post your /etc/exports from some machine that has slow traffic. Is this only for nfs? Try copy some file with scp and compare the speed (it should be slower than nfs). Because this may not be nfs problem. I use nfs in a lot of machines, also for sharing users home folders. And doesn't have any

Slow NFS

I'm curious whether anyone has good a decent read/write speed using NFS (v3 or 4) between a number of Debian "testing" based systems. I've got one box exporting a number of filesystems using NFS v3, and three others mounting various combinations of those file systems. I see less than 10% disk thro

Re: Slow nfs mounts after sarge2etch upgrade

oops. The new problem was self-made. While debugging, I've added "noauto" to the fstab options. Everything is fine now. And a few things in etch are rather cool, namely a working hibernate-disk and a much better support for my wireless lan card. Have fun! Christoph Hello, thanks for respon

Re: Slow nfs mounts after sarge2etch upgrade

Hello, thanks for response. The firewall was the problem, but i still don't know why this happened. I'm using guarddog and the NFS protocol was set up correctly (it worked for sarge). I had to add the TCP port 684 manually and now it works. Now i have a new problem: The nfs shares are not mo

Slow nfs mounts after sarge2etch upgrade

Hello, I just upgraded from sarge to etch, and afterwards my NFS mounts were very slow (5-10 minutes each mount). After the mounting the connection speed is OK. I googled for that, but I couldn't find any hints. Did I find a bug, and if yes, where should i report it? Thanks in advance. Chris

Re: Very slow nfs client (woody) > server (woody)

On (05/06/03 11:12), Bob Proulx wrote: > Mark C wrote: > > It feels like a client issue, as RedHat on the client works great. > > I just realized that Mark pointed out that you were running NFSpv2 > instead of NFSpv3. That could make a big difference. Check your > kernel versions. Here is the d

Re: Very slow nfs client (woody) > server (woody)

Bob Proulx said on Thu, Jun 05, 2003 at 11:12:20AM -0600: > So you might try an upgrade to 2.4.20 in order to get the new code. > Thinking about this with the information so far and this is my best > guess. > > Unfortunately, 2.4.20 is not available prebuilt for woody directly, it > is in sarge.

Re: Very slow nfs client (woody) > server (woody)

Mark C wrote: > It feels like a client issue, as RedHat on the client works great. I just realized that Mark pointed out that you were running NFSpv2 instead of NFSpv3. That could make a big difference. Check your kernel versions. Here is the decoder ring. I think. But the this has been my ob

Re: Very slow nfs client (woody) > server (woody)

Mark said on Wed, Jun 04, 2003 at 12:32:07AM +0100: > On Wed, 2003-06-04 at 00:01, Mark Ferlatte wrote: > > > > > Just a guess: I have 4 of these entries... and I'm pretty sure that you're > > supposed to have more than one kernel NFS thread on the server. Are you using > > the userspace NFS ser

Re: Very slow nfs client (woody) > server (woody)

Bob Proulx wrote: > What does your /etc/exports on your server say? Does it say 'sync' or > 'async' for export options? At the top of my head I cannor remeber, will check it out, but personally, It feels like a client issue, as RedHat on the client works great. > Just as an aside you might chec

Re: Very slow nfs client (woody) > server (woody)

Mark C wrote: > I have woody running perfectly, yet it takes an age to read/write any > files from my nfs server, where as redhat is (for nfs clients anyway) > blistering fast, > > Heres my current mount arguments in /etc/fstab: > loki:/nfs-exports/tmp /pub/tmp nfs nfsvers=2,rsize=4096,wsize=4096

Re: Very slow nfs client (woody) > server (woody)

On Wed, 2003-06-04 at 00:01, Mark Ferlatte wrote: > > Just a guess: I have 4 of these entries... and I'm pretty sure that you're > supposed to have more than one kernel NFS thread on the server. Are you using > the userspace NFS server? How would I tell that? (sorry to sound silly) I basically

Re: Very slow nfs client (woody) > server (woody)

doh! sorry for the last post, I sent it from the wrong address, I was checking the support email at the same time.. Anyway, I have done a bit more investigation, and it seems that I only get the slowdown if I write TO the nfs server from the client, As I copied some large binaries across to the

Re: Very slow nfs client (woody) > server (woody)

Support said on Tue, Jun 03, 2003 at 11:40:02PM +0100: > Server: > #pmap_dump > 102 tcp111 portmapper > 102 udp111 portmapper > 132 udp 2049 nfs ^ ^ Just a guess: I have 4 of these entries... and I'm pretty sure

Re: Very slow nfs client (woody) > server (woody)

On Tue, 2003-06-03 at 23:09, Mark Ferlatte wrote: > Are you running portmap on the client and server? Yes > Are you sure that portmap knows about the NFS progs (what does pmap_dump tell > you?) It would seem so, as her is the output regarding on both the client and server: Client: # pmap_dump

Re: Very slow nfs client (woody) > server (woody)

Mark C said on Tue, Jun 03, 2003 at 10:40:13PM +0100: > I have woody running perfectly, yet it takes an age to read/write any > files from my nfs server, where as redhat is (for nfs clients anyway) > blistering fast, I have tried several wsize and rsize options, but its > still very slow, I'm curre

Very slow nfs client (woody) > server (woody)

Hi, I'm posting this as a last resort, as I'm now at my wits end, after several hrs googling and reading the man pages, I'm still no closer to solving this mystery. My NFS server is running stock woody (with all updates) and exporting several shares, a few for public access and one for the /home

Re: Super slow NFS

Thanks to those that responded. I didn't realize that my router was not passing packet fragments. Updating the firmware has got NFS working much faster now. Still not as fast as FTP or SSH, but not too bad. -- Anthony

Re: Super slow NFS

On Thu, Sep 06, 2001 at 02:53:39AM -0700 or thereabouts, Anthony Lau wrote: I too had the same problems. I had updated part of my LAN with a Fast Ethernet switch and cards, but alas I had a bad cable. Once I switched out the cables and made sure I used Cat 5 cable for the 100baseTx cards, all w

Re: Super slow NFS

I actually had the exact same problem once a while ago, and after tweaking every possible setting on the machines, I switched the hub they were using. That fixed the issue. I'm certain that that was the first thing you checked :) If not, try switching not only the hub/switch but also the cables

Super slow NFS

Hi, I've been working on this problem for about week now. I have a SMC Barricade with a K7 running Debian testing/ unstable 2.4.9 as an NFS client. The NFS server is a PPC 200MHz 604e running Debian testing/unstable 2.4.9 and is also on the Barricade. The K7 has 100Mb Netgear311 card, the PPC has

Re: slow nfs server

* Christopher S. Swingley ([EMAIL PROTECTED]) spake thusly: > Hi! > > I have a couple raid arrays (software raid, 2.4 kernel) that I've > been exporting to a variety of other boxen where I work. Now that > more than a few machines have these mounted (> 10, < 25), NFS has > become incredibly slugg

slow nfs server

Hi! I have a couple raid arrays (software raid, 2.4 kernel) that I've been exporting to a variety of other boxen where I work. Now that more than a few machines have these mounted (> 10, < 25), NFS has become incredibly sluggish. It's almost impossible to edit files on the imported filesystems b

Slow NFS-Directory

Hi there One of my computers is configured as NFS-server for one user's home directory on my other computer. The problem ist, that when this user tries to eg. save a file from within emacs, it takes about 5-10 seconds to write it (the file size is not the problem ~4kB). ftp works rather fast betwe

Re: Slow NFS or slow NIC?

On Thu, Jan 13, 2000 at 08:56:27PM +0100, Konrad Mierendorff wrote: > Carel Fellinger wrote: > > Okee, so there is more overhead. So more bytes have to be transfered. > > But almost doubling it seems a bit overdone, doesn't it. So I'm still > > Check the CPU-usage to get this answered. Thought I

Re: Slow NFS or slow NIC?

On Wed, Jan 12, 2000 at 12:35:25PM -0800, aphro wrote: > On Tue, 11 Jan 2000, Carel Fellinger wrote: > > look at a network monitor like iptraf when transferring files and look at > how many bytes are transferred during file copy with NFS, are you using was looking for such a beast, but didn't kno

Re: Slow NFS or slow NIC?

Carel Fellinger wrote: > Okee, so there is more overhead. So more bytes have to be transfered. > But almost doubling it seems a bit overdone, doesn't it. So I'm still > wondering... Is the overhead mainly in the extra bytes to be sent, > then a 100Mbs Ethernet card would improve things. Or is the o

Re: Slow NFS or slow NIC?

On Tue, 11 Jan 2000, Carel Fellinger wrote: cfelli >Okee, so there is more overhead. So more bytes have to be transfered. cfelli >But almost doubling it seems a bit overdone, doesn't it. So I'm still cfelli >wondering... Is the overhead mainly in the extra bytes to be sent, cfelli >then a 100Mbs E

Re: Slow NFS or slow NIC?

On Tue, Jan 11, 2000 at 11:26:05AM +1030, John Pearson wrote: > On Mon, Jan 10, 2000 at 11:20:06PM +0100, Carel Fellinger wrote > > using ncftp I get the expected 1.0+MBs transfer copying a large file into > > /dev/null. Quite reasonable on a 10Mbs ethernet considering ftp and tcp each > > adding

Re: Slow NFS or slow NIC?

On Tue, Jan 11, 2000 at 12:17:58AM +0100, Wouter Hanegraaff wrote: > On Mon, Jan 10, 2000 at 11:01:06PM +0100, Carel Fellinger wrote: > Try adding rsize=8192,wsize=8192 to the mount options in fstab. that's what I used, much better than the default 1024, but still horrible;( -- groetjes, carel

Re: Slow NFS or slow NIC?

On Mon, Jan 10, 2000 at 11:01:06PM +0100, Carel Fellinger wrote: > Ethernet? or has nfs so much overhead (but ftp does okee)? or is the 486 > the culprit? Try adding rsize=8192,wsize=8192 to the mount options in fstab. That should do the trick. Wouter -- Linux duckman 2.2.14 #1 Wed Jan 5 14:45:

Re: Slow NFS or slow NIC?

the culprit is the lack of support for NFS on linux still, last i heard it was still very pooly maintained(amazing that SAMBA gets 1000x more attention then NFS!) there are some tweaks out there but don't expect a miracle, until the NFS code is cleaned up..its gonna be slow and buggy. its not as bu

Re: Slow NFS or slow NIC?

On Mon, Jan 10, 2000 at 11:20:06PM +0100, Carel Fellinger wrote > Now that I've two machines I'm finally able to experience the full benefits > of Debian GNU/Linux. Reading all I could find on the subject on the HAMM-cd's > I managed to get nfs and nis working, exported /home and did some tests. >

Slow NFS or slow NIC?

Now that I've two machines I'm finally able to experience the full benefits of Debian GNU/Linux. Reading all I could find on the subject on the HAMM-cd's I managed to get nfs and nis working, exported /home and did some tests. using ncftp I get the expected 1.0+MBs transfer copying a large file in