Je n’ai pas installé Autodesk AliasStudio Personal Learning Edition ni CadStd, mais j’imagine qu’il y aura le même résultat.

@+

Oui c’est vrai…. n’empêche ce me rend nerveux. On peut utiliser un écran pour faire ca, et on peu très bien imaginer que Asus fasse un petit programme qui utilise le framebuffer (s’il parte sur du linux) pour faire un mini-centre de contrôle. Ceci dit ce n’est pas indispensable, et ca peut faire doublon avec un contrôle par interface web…

Hors comme le but pour Asus est de tirer le prix au maximun, je me demande bien pourquoi il mettent un écran (même s’il ne fait que 5 ou 6 pouce c’est quand même un sacré coût) dessus. Enfin l’avenir nous le dira, espérons juste que l’on nous refasse pas le coup des AsusEeeBox (théoriquement dispo en version linux, introuvable jusque y a peu en pratique)

++

Le « terminal server » et autre « bureau en distance » c’est le protocole propriétaire RDP de mircrosoft. Des clients libre existe sous *nix (rdesktop), et y a aussi un serveur libre (xrdp) mais que je n’ai pas testé. Dans tout les cas, RDP ni VNC ne supporte le recours au fonctions graphique avancé (donc adios OpenGL/Direct3D), ce qui limite leur usage à la bureautique.

RDP a aussi l’inconvénient d’être volontairement bridée. Par exemple sur un Windows 2003 Server ont ne peut avoir que deux connexion RDP simultané. Au passage le terminal server existe depuis NT4 avec les extension citrix, donc non mouss diouf ce n’est pas propre à cette animal bizarre qu’est windows server 2008 (que je n’ai toujours pas croisé d’ailleurs).

L’export de session X est une solution plutôt ancienne, qui marche très bien en réseau local, mais pas très bien via internet. Elle a aussi le défaut d’être peu satisfaisante en terme de sécurité, voilà pourquoi je conseil de toujours faire un export via SSH (en plus c’est très simple à faire, il suffit d’avoir la ligne X11Forwarding yes coté serveur, et faire un ssh -X côté client). Avec cygwin on peut le faire sous Windows, mais c’est un peu lourd d’installer X11 rien que pour ca….

Le meilleur protocole de prise à distance reste, selon moi, NX de NoMachine. NX a des taux de compression assez impressionnant (loin devant RDP) et permet des « additions multimédia » ce qui le rend assez efficace pour lire des vidéos, etc… (encore que je n’en voit pas l’intérêt, sauf si on a une très veille machine côté client, ou un boîtier client léger) . Les clients existent sur toute les plateformes. Le seul point bloquant c’est que la partie serveur n’existe que pour les *nix. Donc dans le cas d’une « mule » sous Windows, qui ferait tourner des gros programme de modeling NX n’est pas vraiment une solution, et RDP reste la meilleure option malgré ses limites.

Ceci étant dit, je dois dire qu’autant je peu concevoir un interet à un poste de travail Windows (jeux principalement, ou programme ultra spécifique qui ne tourne pas sous Wine) autant je n’en voit strictement aucun à avoir un serveur Windows. De mon expérience, les Windows Server sont bien plus instable que les unix, ont une gestion du réseau et de la mémoire moins efficace, et on tendance à fortement tué les disques dur (NTFS+les log binaire de MS-sql font une très bonne équipe pour ca). Bon après c’est vrai que je parle du monde des serveur web et que là on parle de serveur « domestique », donc on me ferra remarquer à juste titre, que ce n’est pas du tout les mêmes problématiques, ni la même dose de « stress ». N’empêche que même dans ce cas là je ne vois pas du tout l’intêret, car il existe nombre de solution NAS performante en unix (au hasard FreeNAS). Il n’empêche que la présence de ce petit écran n’est pas de bonne augure…. il n’y a gère que pour Windows qu’il est nécessaire….. et ceci m’inquiète un peu.

viendez nous faire partager vos avis éclairés sur le forum
http://www.blogeee.net/forum/viewtopic.php?t=10807

mici