Des ordinateurs portables Sun Ray, MIPS et root sur eux

Dans le monde idéal de Sun, un utilisateur exécuterait des programmes sur un serveur central (un Sun, bien sûr), et sa session suivrait sa carte à puce de manière transparente d'un terminal à l'autre ainsi que toutes les autres ressources partagées dont il pourrait avoir besoin. Alors que Sun a produit la JavaStation basée sur JavaOS en 1996 – ironiquement basée sur le concept Network Computer d'Oracle – elle utilisait du matériel relativement coûteux, étant essentiellement une SPARCstation 4 miniaturisée. Au lieu de cela, la nouvelle preuve de concept pour un monde moins cher et plus connecté était le NetWorkTerminal de 1997. « NeWT » – on se demande si cette abréviation était une coïncidence – basé sur le processeur MicroSPARC IIep de Sun, et ce prototype a à son tour évolué pour devenir le premier client léger Sun Ray en 1999, nommé Corona.

La configuration d'un certain nombre de clients légers Sun – à la fois des modèles fixes et portables – fonctionnant à partir d'une station de travail Sun Ultra 45, avec des cartes à puce et tout, est essentiellement mon jeu final en matière d'informatique rétro. J'ai toujours été profondément fasciné par « le réseau, c'est l'ordinateur », et bien qu'il existe de nombreuses autres plates-formes de clients légers, c'est celle de Sun qui semble être le véritable concept original. Je ne trouve nulle part un Ultra 45 à un prix raisonnable – n'hésitez pas à me contacter si vous en avez un – mais les clients légers Sun se vendent à la pelle sur eBay.

Quoi qu’il en soit, il ne sera pas surprenant que j’adore l’article lié.

Suivez-moi sur Mastodon @[email protected]

À l'époque où j'étais à l'université (de 2001 à 2006), le laboratoire informatique de la Faculté d'ingénierie était parfaitement équipé, avec environ 200 clients SunRay, ainsi que les cartes à puce. C'était un concept intéressant. La partie la plus incroyable était que nous nous sommes connectés à la station SunRay uniquement pour être transférés vers un bureau Windows. C'était à peu près à l'époque où je me suis lancé dans Linux, donc tout cela me semblait ridicule… Utiliser l'infrastructure Unix pour servir les bureaux Windows. De plus, ces clients légers ne disposaient pas des capacités que la plupart des gens attendent d'un ordinateur. Plus important encore, il n’existe aucun moyen de transmettre des fichiers vers et depuis le système. Par exemple, vous ne pouvez pas connecter une clé USB au client léger. Je suppose que s'ils avaient installé un serveur pour charger et télécharger des fichiers, cela aurait fonctionné, mais ce n'est pas ce qu'ils ont fait.

En fin de compte, le concept, du moins tel qu’il était appliqué en laboratoire, était voué à l’échec car le système offrait moins de capacités pour beaucoup plus d’argent.

teco.sb,

En fin de compte, le concept, du moins tel qu’il était appliqué en laboratoire, était voué à l’échec car le système offrait moins de capacités pour beaucoup plus d’argent.

Haha, ouais, cela semble un peu idiot, mais j'ai déjà vu des configurations similaires utilisant les services de terminal Windows. Même le navigateur Web était desservi par les services de terminaux. Je pense que l'idée derrière l'accès de tout le monde à des bureaux virtuels était d'éliminer la charge informatique liée à la gestion du matériel et des logiciels de bureau locaux. Je suppose qu’ils y sont parvenus, mais bon. Les services de terminal Windows IIRC étaient capables de transférer le stockage USB, ce qui était donc assez transparent à cet égard, mais en termes de performances, cette approche centralisée peut laisser beaucoup à désirer par rapport aux ressources nécessaires pour avoir des bureaux locaux fonctionnant en parallèle.

Je pense que Sun a réussi à utiliser les ressources plus efficacement avec Solaris, où les profils migrent en douceur sur le réseau mais où tous les logiciels fonctionnent localement. Active Directory a en quelque sorte fait cela, mais je me souviens toujours qu'il y avait des exceptions et que les logiciels devaient toujours être installés sur les ordinateurs locaux, donc cela ne fonctionnait pas de manière aussi transparente que Solaris.

Votre école les a-t-elle déjà utilisés pour se connecter à Solaris ?

Là où j'étais, qui correspondait à la première moitié de cette période, nous avions des clients légers qui pouvaient se connecter soit à Solaris (X) soit à Windows (ICA). À mon humble avis, cela fonctionnait incroyablement bien – cela signifiait que les étudiants utilisaient fréquemment Unix au quotidien. environnement de bureau d'aujourd'hui, à une époque où les gens ne faisaient pas cela sur des machines domestiques, c'était donc une expérience d'apprentissage. Malgré le slogan « Le réseau est l'ordinateur », l'avantage était en grande partie dû au fait que les étudiants étaient tous connectés à la même machine Solaris, ce qui signifiait pouvoir voir les processus des autres, envoyer des messages, partager des fichiers, envoyer des e-mails, consulter le site Web de quelqu'un, etc. Windows de l'époque était plus limité (c'était 32 bits seulement), ce qui signifiait avoir un plus grand nombre de serveurs, et ils faisaient un meilleur travail en cachant les utilisateurs les uns des autres. La seule chose que Windows faisait vraiment bien était l'impression, qui « fonctionnait simplement » sous Windows mais était pénible sous Solaris. À cette époque, les clés USB n'étaient pas si courantes (j'ai vu ma première vers la fin de cette période) et Internet commençait à faire ses preuves pour la communication (par exemple, vous deviez vous connecter à la machine depuis chez vous, les fichiers scp, envoyez-vous des choses par e-mail, etc.)