[HS] Performance samba + NFS

Le
Julien
Bonjour a tous,

J'ai un problème de performance avec samba et NFS. J'ai des temps
d'accès de plusieurs secondes pour un fichier modifié par samba je
m'explique. j'ai un serveur principale Debian avec partage samba et NFS.
Le partage NFS permet au serveur web d'accéder aux fichiers sur le
serveur principale. Les fichiers sont modifiés sous wind**s à travers le
partage samba.

Quand un fichier est modifié sous wind**s, le serveur web met environ 4
sec pour accéder au fichiers. Si le même fichier est édité directement
sur le serveur principale, l'accès par le serveur web est instantané.

Comment expliquer cette différence ? Comment puis-je savoir ce qui se
passe pendant ces 4 secondes ?

Merci d'avance,
Julien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jean-Yves F. Barbier
Le #20628401
Julien a écrit :
Bonjour a tous,

J'ai un problème de performance avec samba et NFS. J'ai des temps
d'accès de plusieurs secondes pour un fichier modifié par samba... je
m'explique. j'ai un serveur principal Debian avec partage samba et NFS.
Le partage NFS permet au serveur web d'accéder aux fichiers sur le
serveur principal. Les fichiers sont modifiés sous wind**s à travers le
partage samba.

Quand un fichier est modifié sous wind**s, le serveur web met environ 4
sec pour accéder au fichiers. Si le même fichier est édité directement
sur le serveur principal, l'accès par le serveur web est instantané.

Comment expliquer cette différence ? Comment puis-je savoir ce qui se
passe pendant ces 4 secondes ?



Apparemment, w$ prend un verrou qui bloque la lecture jusqu'à ce qu'une
requête de présente, et il prend son temps pour relâcher ce verrou.

--
You will always have friends
Some friends will peter out.
But I'll always be your friend,
Peter in or peter out.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Julien
Le #20628571
Merci beaucoup !

J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que
quelqu'un serait quel verrou il faut désactiver et quels problèmes ça
peut entrainer.

Julien.


Le mercredi 25 novembre 2009 à 12:02 +0100, Jean-Yves F. Barbier a
écrit :
Julien a écrit :
> Bonjour a tous,
>
> J'ai un problème de performance avec samba et NFS. J'ai des temps
> d'accès de plusieurs secondes pour un fichier modifié par samba... je
> m'explique. j'ai un serveur principal Debian avec partage samba et NFS.
> Le partage NFS permet au serveur web d'accéder aux fichiers sur le
> serveur principal. Les fichiers sont modifiés sous wind**s à travers le
> partage samba.
>
> Quand un fichier est modifié sous wind**s, le serveur web met environ 4
> sec pour accéder au fichiers. Si le même fichier est édité directement
> sur le serveur principal, l'accès par le serveur web est instantané.
>
> Comment expliquer cette différence ? Comment puis-je savoir ce qui se
> passe pendant ces 4 secondes ?

Apparemment, w$ prend un verrou qui bloque la lecture jusqu'à ce qu'une
requête de présente, et il prend son temps pour relâcher ce verrou.




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Jean-Yves F. Barbier
Le #20628791
Julien a écrit :
Merci beaucoup !

J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que
quelqu'un serait quel verrou il faut désactiver et quels problèmes ça
peut entrainer.



si c'est vraiment ça, je ne pense pas que ça vienne de samba, mais
plutôt de w$, quelle version as-tu?

MAIS cela peut aussi (surtout si les fichiers sont assez gros) avec
les opportunistics locks: je me rappelle de mes début sur samba, avec
un soft de gestion dont la base access était dans le svr samba, qui
traînait presque 25 secondes à chaque écriture par ce que le client
cachait à chaque fois le .mdb entier (réseau 10Mb.)
Le lag s'est arrêté quand j'ai désactivé ces verrous sur le client.

--
Moderation in all things.
-- Publius Terentius Afer [Terence]

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Julien
Le #20629261
Le mercredi 25 novembre 2009 à 12:46 +0100, Jean-Yves F. Barbier a
écrit :
Julien a écrit :
> Merci beaucoup !
>
> J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que
> quelqu'un serait quel verrou il faut désactiver et quels problèmes ça
> peut entrainer.

si c'est vraiment ça, je ne pense pas que ça vienne de samba, mais
plutôt de w$, quelle version as-tu?



Il s'agit de vista (ce n'est pas ma version, je ne travaille pas sous w
$ :-))

MAIS cela peut aussi (surtout si les fichiers sont assez gros) avec
les opportunistics locks:



Les fichiers sont des sources PHP, donc des petits fichiers.

je me rappelle de mes début sur samba, avec
un soft de gestion dont la base access était dans le svr samba, qui
traînait presque 25 secondes à chaque écriture par ce que le client
cachait à chaque fois le .mdb entier (réseau 10Mb.)
Le lag s'est arrêté quand j'ai désactivé ces verrous sur le client.



Je ne connais pas trop les vérrous sous w$ et ce n'est pas la bonne
liste pour ça ! mais comment fait-on pour désactiver ces verrous sur le
client ?

Julien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Julien
Le #20631251
Après avoir fait quelques tests, le problème arrive sous vista avec
Eclipse. Sur la même machine avec un autre éditeur plus simple : aucun
problème ! Je n'ai pas encore testé sur d'autres machines équipé de
vista.

A suivre,
Julien


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Jean-Yves F. Barbier
Le #20631521
Julien a écrit :
Après avoir fait quelques tests, le problème arrive sous vista avec
Eclipse. Sur la même machine avec un autre éditeur plus simple : aucun
problème ! Je n'ai pas encore testé sur d'autres machines équipé de
vista.



wai, ça ne m'étonne pas: Vuze (en java) trouve le moyen de me flinguer
régulièrement l'interface ethernet (un restart de networking étant nécessaire)

--
Opium is very cheap considering you don't feel like eating for the next
six days.
-- Taylor Mead, famous transvestite

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Publicité
Poster une réponse
Anonyme