Bonjour,
Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
Au boot, le NFS se mounte bien coté client.
je peux naviguer par le shell dans l'arborescence en tant que client NFS.
Si je fais maintenant un : find /repertoire/nfs -name '*.ogg'
Alors la recherche s'effectue avec beaucoup d'a-coups.
Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus
reguliere.
Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir
du systeme distant) et cette meme recherche s'effectue sans souci)
Toujours sur le systeme distant, j'attends jusqua 30 seconde avant de voir
s'afficheir le resultat d'un 'ls', mais des fois c'est immediat. C'est
totalement aleatoire.
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parceque
les fichiers ogg servent a un serveur qui heberge une web radio, alors si
le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere
regler ce probleme que de devoir voir comment bufferiseren prevision du
saccadement...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Bonjour, Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
NFS UDP ou NFS TCP ?
Je recommanderai plutôt le NFS TCP.
-- DINH V. Hoa,
"le vin c'est pas de l'alcool" -- MAB
Olivier Brisson
Rakotomandimby (R12y) Mihamina schrieb:
Bonjour, Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
Au boot, le NFS se mounte bien coté client. je peux naviguer par le shell dans l'arborescence en tant que client NFS.
Si je fais maintenant un : find /repertoire/nfs -name '*.ogg'
Alors la recherche s'effectue avec beaucoup d'a-coups. Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus reguliere. Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir du systeme distant) et cette meme recherche s'effectue sans souci)
Toujours sur le systeme distant, j'attends jusqua 30 seconde avant de voir s'afficheir le resultat d'un 'ls', mais des fois c'est immediat. C'est totalement aleatoire.
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parceque les fichiers ogg servent a un serveur qui heberge une web radio, alors si le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere regler ce probleme que de devoir voir comment bufferiseren prevision du saccadement...
Bonjour Rakotomandimby,
Au hasard, tu as quoi comme carte rézo? J'ai remarqué les saccades avec des cartes Realtek8139. J'ai pris des IntelExpress 100 et le problème a disparu.
Bonjour,
Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
Au boot, le NFS se mounte bien coté client.
je peux naviguer par le shell dans l'arborescence en tant que client NFS.
Si je fais maintenant un : find /repertoire/nfs -name '*.ogg'
Alors la recherche s'effectue avec beaucoup d'a-coups.
Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus
reguliere.
Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir
du systeme distant) et cette meme recherche s'effectue sans souci)
Toujours sur le systeme distant, j'attends jusqua 30 seconde avant de voir
s'afficheir le resultat d'un 'ls', mais des fois c'est immediat. C'est
totalement aleatoire.
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parceque
les fichiers ogg servent a un serveur qui heberge une web radio, alors si
le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere
regler ce probleme que de devoir voir comment bufferiseren prevision du
saccadement...
Bonjour Rakotomandimby,
Au hasard, tu as quoi comme carte rézo? J'ai remarqué les saccades avec
des cartes Realtek8139. J'ai pris des IntelExpress 100 et le problème a
disparu.
Bonjour, Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
Au boot, le NFS se mounte bien coté client. je peux naviguer par le shell dans l'arborescence en tant que client NFS.
Si je fais maintenant un : find /repertoire/nfs -name '*.ogg'
Alors la recherche s'effectue avec beaucoup d'a-coups. Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus reguliere. Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir du systeme distant) et cette meme recherche s'effectue sans souci)
Toujours sur le systeme distant, j'attends jusqua 30 seconde avant de voir s'afficheir le resultat d'un 'ls', mais des fois c'est immediat. C'est totalement aleatoire.
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parceque les fichiers ogg servent a un serveur qui heberge une web radio, alors si le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere regler ce probleme que de devoir voir comment bufferiseren prevision du saccadement...
Bonjour Rakotomandimby,
Au hasard, tu as quoi comme carte rézo? J'ai remarqué les saccades avec des cartes Realtek8139. J'ai pris des IntelExpress 100 et le problème a disparu.
Attends je vais demander sur la ML Fedora comment on configure ca correctement alors.
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Attends je vais demander sur la ML Fedora comment on configure ca
correctement alors.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Attends je vais demander sur la ML Fedora comment on configure ca correctement alors.
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Je n'ai aucun idee des raisons de la chose, je n'ai meme pas idée de la topologie du reseau, ce sont deux serveur loués...
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Je n'ai aucun idee des raisons de la chose, je n'ai meme pas idée de la
topologie du reseau, ce sont deux serveur loués...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Je n'ai aucun idee des raisons de la chose, je n'ai meme pas idée de la topologie du reseau, ce sont deux serveur loués...
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
P@#%$ je suis bete. Je suis pourtant le premier a demander ca au newbies sur fcolc. Franchement je deconne la.
# tail -f /var/log/messages Feb 14 01:38:49 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:38:59 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:10 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:18 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:21 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:24 mail last message repeated 2 times Feb 14 01:39:24 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:27 mail last message repeated 2 times Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 OK
Legende: 195.140.143.224 c'est le serveur. mail c'est le hostname du client. -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
P@#%$ je suis bete. Je suis pourtant le premier a demander ca au newbies
sur fcolc. Franchement je deconne la.
# tail -f /var/log/messages
Feb 14 01:38:49 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:38:59 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:39:10 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:39:18 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:39:21 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:39:24 mail last message repeated 2 times
Feb 14 01:39:24 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:39:27 mail last message repeated 2 times
Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 OK
Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 not responding, still trying
Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 OK
Legende:
195.140.143.224 c'est le serveur.
mail c'est le hostname du client.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
P@#%$ je suis bete. Je suis pourtant le premier a demander ca au newbies sur fcolc. Franchement je deconne la.
# tail -f /var/log/messages Feb 14 01:38:49 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:38:56 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:38:59 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:10 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:13 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:18 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:21 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:24 mail last message repeated 2 times Feb 14 01:39:24 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:27 mail last message repeated 2 times Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:29 mail kernel: nfs: server 195.140.143.224 OK Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 not responding, still trying Feb 14 01:39:32 mail kernel: nfs: server 195.140.143.224 OK
Legende: 195.140.143.224 c'est le serveur. mail c'est le hostname du client. -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Rakotomandimby (R12y) Mihamina
( Mon, 14 Feb 2005 00:21:37 +0100 ) Patrick Lamaizière :
Rakotomandimby (R12y) Mihamina écrivait :
Je recommanderai plutôt le NFS TCP. Attends
man nfsd et man mount ça le fait pas ?
si si. en fait, ca a marché en specifiant tcp et nfsvers=2 comme options. le truc c'est que j'ai donc modifié fstab et j'ai rebooté pour verifié que c'est bien pris en compte en cas de reboot. La machine n'a pas rebooté. J'attends l'intervention du technicien sur site...
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Mon, 14 Feb 2005 00:21:37 +0100 ) Patrick Lamaizière :
Rakotomandimby (R12y) Mihamina écrivait :
Je recommanderai plutôt le NFS TCP.
Attends
man nfsd et man mount ça le fait pas ?
si si.
en fait, ca a marché en specifiant tcp et nfsvers=2 comme options.
le truc c'est que j'ai donc modifié fstab et j'ai rebooté pour verifié
que c'est bien pris en compte en cas de reboot. La machine n'a pas
rebooté. J'attends l'intervention du technicien sur site...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Mon, 14 Feb 2005 00:21:37 +0100 ) Patrick Lamaizière :
Rakotomandimby (R12y) Mihamina écrivait :
Je recommanderai plutôt le NFS TCP. Attends
man nfsd et man mount ça le fait pas ?
si si. en fait, ca a marché en specifiant tcp et nfsvers=2 comme options. le truc c'est que j'ai donc modifié fstab et j'ai rebooté pour verifié que c'est bien pris en compte en cas de reboot. La machine n'a pas rebooté. J'attends l'intervention du technicien sur site...
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Laurent Wacrenier
Rakotomandimby (R12y) Mihamina écrit:
Alors la recherche s'effectue avec beaucoup d'a-coups. Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus reguliere. Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir du systeme distant) et cette meme recherche s'effectue sans souci)
Le réseau marche bien ? Les interfaces ne sont pas en auto-négociation ? Que donne "netstat -i" ?
Alors la recherche s'effectue avec beaucoup d'a-coups.
Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus
reguliere.
Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir
du systeme distant) et cette meme recherche s'effectue sans souci)
Le réseau marche bien ? Les interfaces ne sont pas en auto-négociation ?
Que donne "netstat -i" ?
Alors la recherche s'effectue avec beaucoup d'a-coups. Vous voyez, sur un systeme de fichier local il cherche d'une maniere plus reguliere. Sur mon reseau "local" ici, j'ai aussi un systeme NFS (en fait le miroir du systeme distant) et cette meme recherche s'effectue sans souci)
Le réseau marche bien ? Les interfaces ne sont pas en auto-négociation ? Que donne "netstat -i" ?
Laurent
Dans l'article , disait...
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parcequ e les fichiers ogg servent a un serveur qui heberge une web radio, alors si le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere regler ce probleme que de devoir voir comment bufferiseren prevision du saccadement...
et Dans l'article , disait...
Bonjour, Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
NFS UDP ou NFS TCP ?
Je recommanderai plutôt le NFS TCP.
Je suis peut être totalement à coté de la plaque par rapport au probl ème de base... mais pour faire du streaming audio... ne vaudrait-il pas mieux de l'UDP, justement ?
Dans l'article <pan.2005.02.13.23.01.25.744128@mail.rktmb.org>,
mihamina@mail.rktmb.org disait...
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parcequ e
les fichiers ogg servent a un serveur qui heberge une web radio, alors si
le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere
regler ce probleme que de devoir voir comment bufferiseren prevision du
saccadement...
et
Dans l'article <etPan.420fd2b3.1296ae5e.63e0@utopia>,
dinh.viet.hoa@free.fr disait...
Bonjour,
Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
NFS UDP ou NFS TCP ?
Je recommanderai plutôt le NFS TCP.
Je suis peut être totalement à coté de la plaque par rapport au probl ème
de base... mais pour faire du streaming audio... ne vaudrait-il pas
mieux de l'UDP, justement ?
Il se trouve que j'ai besoin d'avoir de la fluidité sur ce truc parcequ e les fichiers ogg servent a un serveur qui heberge une web radio, alors si le flux est aussi saccadé on ne s'en sortira jamais :-). Je prefere regler ce probleme que de devoir voir comment bufferiseren prevision du saccadement...
et Dans l'article , disait...
Bonjour, Sur 2 PC distants (distants de moi quoi...), je fais du NFS.
NFS UDP ou NFS TCP ?
Je recommanderai plutôt le NFS TCP.
Je suis peut être totalement à coté de la plaque par rapport au probl ème de base... mais pour faire du streaming audio... ne vaudrait-il pas mieux de l'UDP, justement ?
