From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Description of problem: An attribute caching problem causes incredibly slow nfs3 performance, making 3rd party applications *painful* to use. This problem is similar to bug #67543, but with that bug both nfs2 and nfs3 are broken. In this bug, it appears that only nfs3 mounts are affected and not nfs2. This problem is causing a great deal of pain within our production environment. Launching maya takes nearly 4 minutes and accessing its plugin manager takes over 6 minutes. The load times under a vanilla 7.2 (2.4.10-7) kernel are 30 seconds and 5 seconds respectively. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Create three files in a nfs3 mounted directory (test, test2, test3). 2. Run the following perl script, which will demonstrate the problem. ----------------------------------------------- #!/usr/bin/perl undef $done; $go=0; while (! $done) { chdir("/some/nfs3/mounted/directory"); @test = stat("test"); @test2 = stat("test2"); @test3 = stat("test3"); $go++; if ($go == 10000) {$done = "yeppers"}; } 3. Repeat step 2, but this time use nfs2 mounts and notice the difference in times. Actual Results: The nf3 results are *much* slower tham the nfs2 results. Expected Results: I would expect to see no noticeable difference between nfs2 and nfs3 mounted directories. Ad
It appears my additional comments were not included in the bug report... Using nfs2 is *not* a workaround for us. One of our applications uses/accesses multiple Gig sized files that are not supported under nfs2 and the file locking capabilities are better under nfs3. Our newer hardware (IBM 6221 Intellistation) is not able to run the vanilla 7.2 kernel without upgrading to a kernel where bug #67543 is present, so we need a fix for this problem.
Just upgraded to the 2.4.9-e.25 kernel and the problem has disappeared. Looks like the kernel upgrade solved the problem.