[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: check massif de getattr via nfs

Le 10/09/2014 12:01, admini a écrit :

salut la liste

j'ai un comportement très bizzare d'un partage nfs.

client et serveur sont sous 7.5
client 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
server nfs 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2
fstab du client: server:/partage mount_point nfs4 _netdev,auto,soft,noac 0 0
exportfs du server: partage *(sync,nohide,insecure,no_all_squash,rw,no_subtree_check)
lorsqu'on se log en ssh sur le client NFS, il des checks du type getattr via NFS au serveur, et le serveur lui répond avec les droits d'accès. c'est quand meme 9500 paquets réseaux qui transitent chaque fois qu'une session ssh s'ouvre. c'est pas bien grave sur un réseaux gigabit, c'est une latence de 4 secondes, mais c'est très très handicapant lorsqu'il y a beaucoup de petits fichiers dans les répertoires profonds à checker et qu'il y a des applicatifs qui y accèdent tout le temps, avec des comptes applicatifs qui s'authentifient et qui lancent des daemons. on sent bien la latence applicative. 

auriez vous une idée?

d'avance merci.
bon ben, je me réponds un peu à moi même, une demie solution a été trouvée. dans le mountage de nfs, j'avais mis noac pour, en gros, réduire la consomation de la RAM, car nfs n'utilise pas sa cache pour la attributs. en le remettant, la cache est réactivée, mais la consomation de la ram monte, au profit du trafic réseaux qui diminue à partir du 2ieme authentification. ca m'arrange car un compte applicatif se connecte toutes les 2 minutes ( c'est débile, mais c'est le dev qui a pondu le truc). je continue à cherche une amélioration, et vous tiens au courant de l'avancement.
Reply to: