En fait si, c'est à peu près la même chose. Un client léger Linux Terminal Server charge un système Linux de base pour pouvoir gérer l'affichage déporté avec le serveur et les différents points de montage (on a depuis longtemps remplacé NFS par le couple NBD - SSH pour avoir du son, l'USB, le lecteur CD, l'imprimante locale, etc.).
Le chargement du système linux de base par le réseau n'est pas un problème, car c'est très rapide. Les problèmes se rencontrent avec les applications. La différence qui explique tout c'est RDP contre X11.
C'est très simple, même si on a rien vu venir : l'an 2000 est passé par là. Grâce à l'arrivée conjointe de l'ADSL, de la RAM et de la puissance des processeurs, tout est devenu beaucoup plus graphique, beaucoup plus lourd et donc beaucoup plus gourmand en bande passante.
Typiquement, en affichage déporté avec X11, la consommation de Ram explose au XXIème siècle, provoquant bugs et plantages avec les visionneuses PDF, Firefox et OpenOffice. Autrement dit, impossible de bosser. Au niveau LTSP (Linux Terminal Server Project) l'équipe conjointe Edubuntu - Debian - LTSP a tenté plusieurs contournement : les visionneuses, Firefox et OpenOffice ont été améliorés, NFS a été remplaçé, on tue les processus avant que ça plante, ... C'était comme vouloir limiter la course à l'échalotte entre les développeurs web, les fabricants de PC et ceux de smartphones.
Puis on s'est mis à lutter contre les interfaces, je veux dire les thèmes de bureau, et on a compris que c'était foutu... le protocole X11 est un trop gros problème — pour vous donner une idée, l'affichage de KDE4 avec Oxygène pouvait ressembler à la capture d'écran hyper-compressée ci-dessus.
Avec NX ça va déjà mieux, en plus c'est la fête : comme RDP il gère lui-même l'USB, le son, etc. C'est ce qu'a choisi X2GO qui a surgi comme un météore et qu'on a préféré rapidement. Mais dessous traîne encore X11. Si vous saviez comme j'ai rêvé d'un serveur RDP sous Linux ! Spice pourrait dans quelques années nous remettre à niveau, mais en attendant...
LTSP fonctionne bien dans une école primaire ou un pays pauvre sans ADSL ou pour des étudiants exclusivement sous VIM ou Emacs. Pour tout le reste, on a passé des heures et des jours à configurer, tester, reconfigurer, rajouter de la Ram, imaginer autre chose, ... et pour ma part j'ai mis des années à admettre qu'en effet ça ne marchait pas. Sans parler du manque d'écoute vers les utilisateurs, par exemple quand un développeur répond « mais si ! l'utilisateur doit voir le menu de configuration puisqu'il est là » ça vient d'une très grande méconnaissance des besoins des gens, or comment changer cela sans financement pour des tests d'ergonomie (on ne changera pas les développeurs) ?
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Linux vs Windows
Posté par ZeroHeure . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 10. Dernière modification le 28 novembre 2017 à 13:45.
En fait si, c'est à peu près la même chose. Un client léger Linux Terminal Server charge un système Linux de base pour pouvoir gérer l'affichage déporté avec le serveur et les différents points de montage (on a depuis longtemps remplacé NFS par le couple NBD - SSH pour avoir du son, l'USB, le lecteur CD, l'imprimante locale, etc.).
Le chargement du système linux de base par le réseau n'est pas un problème, car c'est très rapide. Les problèmes se rencontrent avec les applications. La différence qui explique tout c'est RDP contre X11.
C'est très simple, même si on a rien vu venir : l'an 2000 est passé par là. Grâce à l'arrivée conjointe de l'ADSL, de la RAM et de la puissance des processeurs, tout est devenu beaucoup plus graphique, beaucoup plus lourd et donc beaucoup plus gourmand en bande passante.
Typiquement, en affichage déporté avec X11, la consommation de Ram explose au XXIème siècle, provoquant bugs et plantages avec les visionneuses PDF, Firefox et OpenOffice. Autrement dit, impossible de bosser. Au niveau LTSP (Linux Terminal Server Project) l'équipe conjointe Edubuntu - Debian - LTSP a tenté plusieurs contournement : les visionneuses, Firefox et OpenOffice ont été améliorés, NFS a été remplaçé, on tue les processus avant que ça plante, ... C'était comme vouloir limiter la course à l'échalotte entre les développeurs web, les fabricants de PC et ceux de smartphones.
Puis on s'est mis à lutter contre les interfaces, je veux dire les thèmes de bureau, et on a compris que c'était foutu... le protocole X11 est un trop gros problème — pour vous donner une idée, l'affichage de KDE4 avec Oxygène pouvait ressembler à la capture d'écran hyper-compressée ci-dessus.
Avec NX ça va déjà mieux, en plus c'est la fête : comme RDP il gère lui-même l'USB, le son, etc. C'est ce qu'a choisi X2GO qui a surgi comme un météore et qu'on a préféré rapidement. Mais dessous traîne encore X11. Si vous saviez comme j'ai rêvé d'un serveur RDP sous Linux ! Spice pourrait dans quelques années nous remettre à niveau, mais en attendant...
LTSP fonctionne bien dans une école primaire ou un pays pauvre sans ADSL ou pour des étudiants exclusivement sous VIM ou Emacs. Pour tout le reste, on a passé des heures et des jours à configurer, tester, reconfigurer, rajouter de la Ram, imaginer autre chose, ... et pour ma part j'ai mis des années à admettre qu'en effet ça ne marchait pas. Sans parler du manque d'écoute vers les utilisateurs, par exemple quand un développeur répond « mais si ! l'utilisateur doit voir le menu de configuration puisqu'il est là » ça vient d'une très grande méconnaissance des besoins des gens, or comment changer cela sans financement pour des tests d'ergonomie (on ne changera pas les développeurs) ?
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay