Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit :
>
>
> Je t'aurais bien dit que ta 1ère config est nettement plus musclée que
> la 2ème, mais vu que la charge est très faible....
Oui, enfin, de la video FullHD, ça tient sur un rPI 1... Avec ce type
de machine, je tiens normalement deux écrans FullHD (c'était ce genre de
configuration que je mettais dans les écrans numériques qu'on vendait).
> un peu au hasard, regarde là, des problèmes relatifs à la lecture vidéo
> de partages NFSv3 dans certains environnements et pas d'autres:
> https://bugzilla.kernel.org/show_bug.cgi?id=211471
Ça m'étonnerait que ce soit cela. Sur la "grosse" machine, dans la même
configuration (diskless), ça fonctionne parfaitement.
> Une question me vient, NFSv4 semble déjà très mature, alors pourquoi
> rester en v3? (tu as peut-être d'excellentes raisons de rester en v3
> mais c'est peut-être que tu n'as jamais fait le saut à v4, par
> habitude?)
C'est surtout que j'ai la flemme de coder le support NFSv4 dans NetBSD ;-)
https://wiki.netbsd.org/projects/project/nfsv4/
> et le paramétrage (vieille doc mais bon) de NFS au niveau des timers,
> tailles de blocs et de paquets, retransmissions, etc...
> http://nfs.sourceforge.net/nfs-howto/ar01s05.html
Côté serveur, rien n'a changé. Les paramètres nfs sont les mêmes sur
tous les clients. Je ne vois pas pourquoi seul ce client aurait un
problème. Le noyau est exactement le même sur l'i9 et l'i5 (seule
différence notable, le son sur l'i9 ne sort par par la liaison HDMI et,
naturellement, la carte graphique qui est une carte de compétition car
c'est un poste de CAO).
Il n'y a pas de problème réseau, il n'est jamais saturé. Le serveur
sort sur un switch qui fait de l'agrégation et les clients sont
connectés de la même manière. Il n'y a pas de problème de câblage non plus.
> Enfin bref tout ça et moi ça fait 2, désolé, mais je suis sûr que de
> beaucoup plus au fait que moi vont se manifester :-)
J'espère ;-)
JKB
Reply to: