[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ccp4bb]: NFS Performance
*** For details on how to be removed from this list visit the ***
*** CCP4 home page http://www.ccp4.ac.uk ***
Dear Martin,
check out the linux NFS kernel patches at
http://www.fys.uio.no/~trondmy/src/2.4.18/
Cheers,
Armin
On Tue, 16 Apr 2002, Martin Singleton wrote:
>*** For details on how to be removed from this list visit the ***
>*** CCP4 home page http://www.ccp4.ac.uk ***
>
>
>Dear All
>
>We have recently started using Linux (RedHat 7.2) machines in our SGI
>based network.
>All of our user accounts are held on an NFS exported filesystem from an
>SGI server. This filesystem is mounted on the Linux machine as well as the
>other SGIs. Linux sees the filesystem fine, but there appears to be a
>major performance problem when certain CCP4 programs as well as SOLVE on
>the Linux box requires access to this filesystem. The problem seems to
>occur during read/writes of large binary files, which cause programs to
>slow to a crawl, in some cases increasing the run time by two orders of
>magnitude. I have noticed that the programs processor usage often drops to
>< 1% when this occurs and the machine rapidly runs out of memory (1GB
>real!) If the same process is run on the local (ext3) disc only, or on the
>SGI machines, there are no such problems. Obviously the problem lies with
>the Linux-IRIX disc cross-mounting, but so far I have not been able to see
>where, and the documented NFS options do not seem to help. Has anyone else
>noticed this problem, or suggest any solutions ?
>
>Regards
>
>Martin Singleton
>Cancer Research UK
>Clare Hall Laboratories,
>South Mimms,
>Herts EN6 3LD
>martin.singleton@cancer.org.uk
>
>
>
>
*-----------------------------------------------------------------------------*
| Armin Wagner ahwagner@chemie.fu-berlin.de |
| www.chemie.fu-berlin.de/~ahwagner |
| Freie Universitaet Berlin |
| Institut fuer Kristallographie, R 111 |
| Takustr. 6 Tel.: 030/838-52354 |
| 14195 Berlin Fax: 030/838-53464 |
*-----------------------------------------------------------------------------*