banner
Centro notizie
Migliorare costantemente le nostre tecniche e la qualità per rimanere aggiornati con le tendenze del settore.

Dei laptop Sun Ray, dei MIPS e del rooting su di essi

May 28, 2023

Nel mondo ideale di Sun, un utente eseguirebbe i programmi su un server centrale (un Sun, ovviamente), facendo in modo che la sessione segua la smart card senza interruzioni da terminale a terminale insieme a qualsiasi altra risorsa condivisa di cui potrebbe aver bisogno. Mentre Sun ha prodotto la JavaStation basata su JavaOS nel 1996 - ironicamente basata sul concetto di Network Computer di Oracle - utilizzava hardware relativamente costoso, essendo essenzialmente una SPARCstation 4 miniaturizzata. Invece, la nuova prova di concetto per un mondo più economico e più connesso è stata il NetWorkTerminal del 1997. "NeWT" - ci si chiede se quell'abbreviazione sia stata una coincidenza - basato sulla CPU MicroSPARC IIep di Sun, e quel prototipo a sua volta si è evoluto nel primo thin client Sun Ray nel 1999, nome in codice Corona.

Configurare una serie di thin client Sun, sia modelli fissi che laptop, utilizzando una workstation Sun Ultra 45, con smartcard e tutto il resto, è fondamentalmente il mio gioco finale di elaborazione retrò. Sono sempre stato profondamente affascinato dal concetto "la rete è il computer" e, sebbene esistano parecchie altre piattaforme thin client, è quella Sun che sembra il vero concetto originale. Non riesco a trovare un Ultra 45 a un prezzo ragionevole da nessuna parte – non esitate a contattarmi se ne avete uno in offerta – ma i thin client Sun sono una dozzina su eBay.

In ogni caso, non sorprende che adoro l'articolo collegato.

Seguimi su Mastodon @[email protected]

Quando ero al college (dal '01 al '06), il laboratorio informatico del College of Engineering era perfettamente attrezzato con circa 200 client SunRay, insieme alle smart card. Era un concetto interessante. La parte più incredibile è stata che abbiamo effettuato l'accesso alla stazione SunRay solo per essere reindirizzati a un desktop Windows. È stato più o meno il periodo in cui mi sono avvicinato a Linux, quindi l'intera cosa mi è sembrata ridicola... Usare l'infrastruttura Unix per servire i desktop Windows. Inoltre, questi thin client non avevano le funzionalità che la maggior parte delle persone si aspetta da un computer. Ancora più importante, non è possibile trasferire file da e verso il sistema. Ad esempio, non è possibile collegare un'unità USB al thin client. Immagino che se avessero configurato un server per caricare e scaricare file, avrebbe funzionato, ma non è quello che hanno fatto.

Alla fine dei conti, il concetto, almeno come applicato in laboratorio, era destinato a fallire perché il sistema forniva meno funzionalità per molti più soldi.

teco.sb,

Alla fine dei conti, il concetto, almeno come applicato in laboratorio, era destinato a fallire perché il sistema forniva meno funzionalità per molti più soldi.

Ahah, sì, sembra un po' sciocco, ma ho già visto configurazioni simili utilizzando i servizi terminal di Windows. Anche il browser web era servito da servizi terminali. Penso che l'idea alla base di portare tutti su desktop virtuali fosse quella di eliminare l'onere IT della gestione dell'hardware e del software del desktop locale. Immagino che abbiano raggiunto questo obiettivo, ma meh. I servizi terminali Windows dell'IIRC erano in grado di inoltrare l'archiviazione USB, quindi erano abbastanza trasparenti sotto questo aspetto, ma dal punto di vista delle prestazioni questo approccio centralizzato può lasciare molto a desiderare rispetto alle risorse derivanti dall'avere desktop locali in esecuzione in parallelo.

Penso che Sun sia riuscita a utilizzare le risorse in modo più efficiente con Solaris, dove i profili migrano senza problemi sulla rete ma tutto il software viene eseguito localmente. Active Directory in un certo senso ha fatto questo, ma ricordo sempre che c'erano delle eccezioni e il software doveva ancora essere installato sui computer locali, quindi non funzionava in modo trasparente come Solaris.

La tua scuola li ha utilizzati in precedenza per connettersi a Solaris?

Dove mi trovavo, che era la prima metà di quell'intervallo di tempo, avevamo thin client che potevano connettersi a Solaris (X) o Windows (ICA). IMHO funzionava incredibilmente bene - significava che gli studenti usavano spesso Unix come loro lavoro quotidiano. l'ambiente desktop di oggi, in un'era in cui le persone non lo facevano sui computer domestici, quindi è stata un'esperienza di apprendimento. Nonostante lo slogan "la rete è il computer", gran parte del vantaggio è dovuto al fatto che gli studenti si collegavano tutti alla _stessa_ macchina Solaris, il che significava poter vedere i processi degli altri, inviare messaggi, condividere file, inviare e-mail, guardare il sito web di qualcuno, ecc. Windows dell'epoca era più limitato (era solo a 32 bit), il che significava avere un numero maggiore di server e facevano un lavoro migliore nel nascondere gli utenti gli uni dagli altri. L'unica cosa che Windows faceva davvero bene era la stampa, che "funzionava e basta" su Windows ma era una seccatura con Solaris. Le chiavette USB a quel tempo non erano così comuni (ho visto la mia prima verso la fine di questo intervallo di tempo), e Internet stava cominciando a dimostrarsi valido per la comunicazione (ad esempio dovresti usare ssh sulla macchina da casa, file scp, e-mail a te stesso, ecc. ecc.)

> demand, it turned into a buyers market and they encouraged visitors take as many machines as they could because otherwise they’d have to get shredded & recycled. The point being, storage costs are incidental, the actual value for something several decades later is determined by the supply / demand curves over time, which may or may not be profitable for whoever stores it./p>