Re: NFS traag

[Mark Stunnenberg <mark@databoss.nl>]

192.168.1.1:/data /data   nfs rw      0 0

Is een vrij "karige" mount entry ..

Probeer deze eens met deze params

rw,noatime,tcp,vers=3,hard,intr,noacl,acdirmax=120,acregmax=120,acdirmin=45,acregmin=5,rsize=32768,wsize=32768

tcp mounten geeft betere performance bij hogere snelheden (vooral boven 
de 300-400Mbit) async is ZEKER WEL een optie en is helemaal NIET extreem.

Je kan ook de optie "wdelay" proberen. (Dit kan ook slechtere 
performance geven, vooral bij veel KLEINE schrijf requests)

Gewoon een kwestie van testen.

En als je server is uitgevoerd met dubbele voeding (dubbele power feed), 
BBU, en/of een UPS eraan, kan je makkelijk async gebruiken.

Mark Stunnenberg
Databoss bv.

On 5/30/12 11:04 AM, Paul van der Vlis wrote:
> Op 26-05-12 18:15, Geert Stappers schreef:
> > On Sat, May 26, 2012 at 01:56:26PM +0200, Paul van der Vlis wrote:
> > > Hallo,
> > >
> > > Een klant klaagt over traag NFS 3. Het uitpakken van een zip-bestand met
> > > veel kleine bestanden kost bijvoorbeeld een minuut, terwijl het op het
> > > lokale filesysteem maar een seconde duurt. Als hij via Samba mount duurt
> > > het 3 seconden.
> > >
> > > Zoiets staat in /etc/exports:
> > > /data 192.168.1.0/255.255.255.0(rw,no_root_squash,no_subtree_check)
> > >
> > > Zoiets staat op de client in /etc/fstab:
> > > 192.168.1.1:/data /data   nfs rw      0 0
> > >
> > > Iemand een idee wat dit zou kunnen zijn?
> >
> > Wat ik zou controleren, is het Domain Name Server gebeuren.
> > Wederzijdse vermelding in /etc/hosts als er geen DNS is.
>
> Gaf geen verbetering. Maar de mount gebeurd ook op IP.
>
> > > Ik hoor van verschillende kanten dat dit NFS-eigen is, en dat er niets
> > > aan te doen is (OK, async gebruiken misschien nog). Maar ik vind dit wel
> > > erg extreem, en het is voor deze klant niet bruikbaar, hij gebruikt een
> > > GIS applicatie die dit soort dingen veel doet.
> >
> > Je schrijft dat dezelfde disk(ruimte) ook beschikbaar is als samba share.
> > Hoe zit het dan met file locking?
>
> Op het moment is er daar maar 1 persoon die NFS gebruikt, en de data
> wordt alleen door hem gebruikt.
>
> Ik gebruik echter al lang NFS en Samba op dezelfde bestanden door
> elkaar, en dit geeft eigenlijk nooit problemen.
>
> Wel is het zo dat het meestal klanten waar vrijwel alles onder Linux
> wordt gedaan, met enkele uitzonderingen (vaak de boekhouding o.i.d.).
>
> > Wat is het effect van geen samba share op dezelfde schijf?
>
> De klant had niet zoveel zin dat te testen.
>
> > > Klant heeft overigens een snel gigabit netwerk.
> >
> > Mmmmm, kom je dat in de wereld van jumbo packets?
> > Ik kan mij voorstellen dat de netwerkswitch en 1 van de hosts
> > overweg kan met grote netwerkpakketten en de andere host niet.
> > En dat dan de tijd op gaat aan
> >    "groot packet ontvangen, stuur a.u.b. meerdere kleintjes"
>
> Daar heb ik eerlijk gezegd weinig ervaring mee.
>
> Ik kan me voorstellen dat bij het uitpakken van een groot zip bestand er
> veel data heen en weer moet.
>
> Klant heeft eerst een bruikbare oplossing en wil het even laten rusten,
> zelf ga ik er misschien nog wel eens mee aan de slag.
>
> Groet,
> Paul.