Jeg har en HP-UX server med en Network Appliance Filer vedhæftet over Gigabit Ethernet. Jeg vil mærke meget langsom reaktionstid, når du bruger "ls-l" på en mappe på en af flere NFS monterede filsystemer. Den "ls" kommando i sig selv synes ikke at være et problem. Typisk jeg får et svar inden for 30 sekunder på dette bibliotek, men nogle gange, det har taget så meget som 12 minutter til at svare! Der er mindre end 50 filer i denne mappe, og det er kun nested et par mapper dyb. Jeg har ikke bemærket dette med alle mapper i nogen af de andre filsystemer monteres på samme måde. Alle andre mapper vil give mig en fil notering på mindre end 1 sekund. Hvis jeg bruge kommandoen to gange i træk derefter anden gang reagerer meget hurtigt. Jeg går ud fra dette er der kommer fra cachen.

Jeg selv forsøgte monteringsfladen samme filsystem over NFS til et andet tilsvarende system, og jeg kan ikke opleve dette problem.

Vi synes at være inde i en form for afmatning i vores database, og jeg er ikke sikker på, om det er relateret til dette særlige symptom eller ej.

Jeg var ikke i stand til at finde noget på HP's Vidensbase heller Netapp's. Har andre oplevet noget lignende?

Jeg har dog muligvis ikke er relateret til dit problem.

Jeg har en webserver, som jeg kører, og har installeret en perl modul til at streame MP3-filer. så alle mine mp3 er på min computer oppe på mit værelse. i stedet for at flytte alt det, jeg oprette et NFS eksport fra min stationære computer. nu, doven person, at jeg er i lige dont har lyst til at give mit skrivebord en statisk IP. når lejemålet på ip fra min router udløber, og jeg får en ny, den NFS montere på serveren går overgemt.

når jeg forsøger at gøre en mappe notering inde rodbiblioteket af NFS mount, råtanken låse op.

så har du kontrolleres for at se om NFS tjenesten er stadig kører på serveren udgang?

ps-min rettelsen til den dynamiske IP-problem:

normalt den IP-adresse på mit skrivebord kun ændringer fra 192.168.1.102 til 192.168.1.103 og tilbage.

Så jeg har en NFS mount fra både IP-adressen til det samme sted på NFS klient. Jeg gjorde ikke ved, at ville arbejde, og jeg faktisk dont vide, hvorfor det virker ... men det gør

Ja ... Der er mange årsager til langsom NFS præstationer ...
Er dine nameservice fungerer godt på din klient? Kan det løse værtsnavne med noget problem? Er du bruger værtsnavnet eller IP-adressen for at montere den andel? Prøv at bruge IP-adressen ...
Er maskiner på samme netværk? Kontroller for fejl på både serveren og klienten ... bruge et værktøj som tcpdump til at kontrollere for NFS trafik ...

også kontrollere, om biblioteket er automounted. Dette kan langsom ting
ned ganske lidt første gang du får adgang til biblioteket.

- Finnbarr