tu augmentes tes délai, mécaniquement: il faut compresser, puis décompresser.
Non pas forcément. D'abord il y a des circuits dédiés pour ça, ensuite le multi-cœurs et le multithread parallélisent en occupant le CPU/GPU sur des temps et des circuits qui seraient inoccupés. N'oublie pas que les entrées / sorties réseau (et pas que) sont plus lentes que ton processeur qui attend très souvent, il a donc du temps de calcul disponible (pour paraphraser l'ex-directeur de TF1).
D'autre part VirtualGL (qui se base sur TurboVNC) est très efficace. J'ai vu une démo du temps du Linux Terminal Server Project dans laquelle ça jouait sans problème.
[^] # Re: Faire le rendu à distance sans problèmes de performance? Compliqué...
Posté par orfenor . En réponse au journal Jouer à distance avec du logiciel libre. Évalué à 4. Dernière modification le 08 avril 2021 à 15:03.
Non pas forcément. D'abord il y a des circuits dédiés pour ça, ensuite le multi-cœurs et le multithread parallélisent en occupant le CPU/GPU sur des temps et des circuits qui seraient inoccupés. N'oublie pas que les entrées / sorties réseau (et pas que) sont plus lentes que ton processeur qui attend très souvent, il a donc du temps de calcul disponible (pour paraphraser l'ex-directeur de TF1).
D'autre part VirtualGL (qui se base sur TurboVNC) est très efficace. J'ai vu une démo du temps du Linux Terminal Server Project dans laquelle ça jouait sans problème.