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)
Le 15-02-2005, à propos de Re: nfs saccade, Laurent écrivait dans fr.comp.os.unix :
Dans l'article , disait...
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...
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a de la latence, il faut un protocole connecté, d'où le NFS over TCP (et si possible version 3 ou supérieure).
Cordialement,
JKB
Le 15-02-2005, à propos de
Re: nfs saccade,
Laurent écrivait dans fr.comp.os.unix :
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 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...
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a
de la latence, il faut un protocole connecté, d'où le NFS over TCP
(et si possible version 3 ou supérieure).
Le 15-02-2005, à propos de Re: nfs saccade, Laurent écrivait dans fr.comp.os.unix :
Dans l'article , disait...
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...
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a de la latence, il faut un protocole connecté, d'où le NFS over TCP (et si possible version 3 ou supérieure).
Cordialement,
JKB
DINH Viêt Hoà
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a de la latence, il faut un protocole connecté, d'où le NFS over TCP (et si possible version 3 ou supérieure).
d'ailleurs, même sur réseau local, NFS TCP gère mieux les pertes que NFS UDP.
-- DINH V. Hoa,
"t'as 2 de QI ou quoi ?" -- Cent-Quarante-Six
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a
de la latence, il faut un protocole connecté, d'où le NFS over TCP
(et si possible version 3 ou supérieure).
d'ailleurs, même sur réseau local, NFS TCP gère mieux les pertes
que NFS UDP.
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 ?
Ben non... L'UDP, c'est bien pour le NFS en réseau local. S'il y a de la latence, il faut un protocole connecté, d'où le NFS over TCP (et si possible version 3 ou supérieure).
d'ailleurs, même sur réseau local, NFS TCP gère mieux les pertes que NFS UDP.
Les encodeurs/serveurs/whatever sont sur un machine.(une machine de calcul on va dire) Les fichiers audio sur une autre.(une machine de stockage). Les fichiers audio sont présents en une qualité unique, et se font encoder à la volée en plusieurs qualités pour différentes connections des auditeurs. Pour les encoder à la volée, on y accede par NFS.
J'ai mis tpc comme option de montage dasn fstab, et nfsvers=3. Je n'ai plus les messages d'erreurs annoncés, mais cette fois ci le réseaux en lui-même ne suit pas les besoins. Il faudra donc revoir l'architecture de la chose...
Merci pour vos réponses en tout cas. -- 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)
Les encodeurs/serveurs/whatever sont sur un machine.(une machine de calcul
on va dire) Les fichiers audio sur une autre.(une machine de stockage).
Les fichiers audio sont présents en une qualité unique, et se font
encoder à la volée en plusieurs qualités pour différentes connections
des auditeurs. Pour les encoder à la volée, on y accede par NFS.
J'ai mis tpc comme option de montage dasn fstab, et nfsvers=3.
Je n'ai plus les messages d'erreurs annoncés, mais cette fois ci le
réseaux en lui-même ne suit pas les besoins. Il faudra donc revoir
l'architecture de la chose...
Merci pour vos réponses en tout cas.
--
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)
Les encodeurs/serveurs/whatever sont sur un machine.(une machine de calcul on va dire) Les fichiers audio sur une autre.(une machine de stockage). Les fichiers audio sont présents en une qualité unique, et se font encoder à la volée en plusieurs qualités pour différentes connections des auditeurs. Pour les encoder à la volée, on y accede par NFS.
J'ai mis tpc comme option de montage dasn fstab, et nfsvers=3. Je n'ai plus les messages d'erreurs annoncés, mais cette fois ci le réseaux en lui-même ne suit pas les besoins. Il faudra donc revoir l'architecture de la chose...
Merci pour vos réponses en tout cas. -- 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)
