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.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54115164.5010...@freeatome.com
