banner
Centro de notícias
Aprimorando constantemente nossas técnicas e qualidade para nos mantermos atualizados com as tendências do setor.

De laptops Sun Ray, MIPS e como fazer root neles

May 28, 2023

No mundo ideal da Sun, um usuário executaria programas em um servidor central (um Sun, é claro), fazendo com que sua sessão seguisse seu cartão inteligente perfeitamente de terminal em terminal, juntamente com quaisquer outros recursos compartilhados que possam necessitar. Embora a Sun tenha produzido o JavaStation baseado em JavaOS em 1996 - ironicamente baseado no conceito de Network Computer da Oracle - ela usou hardware relativamente caro, sendo essencialmente um SPARCstation 4 miniaturizado. Em vez disso, a nova prova de conceito para um mundo mais barato e mais conectado foi o NetWorkTerminal de 1997 “NeWT” – é de se perguntar se essa abreviatura foi uma coincidência – baseado na CPU MicroSPARC IIep da Sun, e esse protótipo, por sua vez, evoluiu para o primeiro thin client Sun Ray em 1999, com o codinome Corona.

Configurar vários thin clients Sun – modelos fixos e laptops – rodando em uma estação de trabalho Sun Ultra 45, com cartões inteligentes e tudo, é basicamente meu jogo final de computação retrô. Sempre fui profundamente fascinado por “a rede é o computador” e, embora existam muitas outras plataformas de thin client, é a da Sun que parece ser o conceito real e original. Não consigo encontrar um Ultra 45 com preço razoável em lugar nenhum - sinta-se à vontade para entrar em contato comigo se tiver um em oferta - mas os clientes finos da Sun custam um centavo a dúzia no eBay.

De qualquer forma, não será nenhuma surpresa que eu adore o artigo vinculado.

Siga-me no Mastodon @[email protected]

Quando eu estava na faculdade (de 2001 a 2006), o laboratório de informática da Faculdade de Engenharia estava totalmente mais equipado, com cerca de 200 clientes SunRay, junto com os cartões inteligentes. Foi um conceito interessante. A parte mais incrível foi que entramos na estação SunRay apenas para sermos encaminhados para uma área de trabalho do Windows. Isso foi na época em que entrei no Linux, então a coisa toda me pareceu ridícula… Usar a infraestrutura Unix para atender desktops Windows. Além disso, esses thin clients não tinham os recursos que a maioria das pessoas espera de um computador. Mais importante ainda, não há como passar arquivos de e para o sistema. Por exemplo, você não pode conectar uma unidade USB ao thin client. Acho que se eles tivessem configurado um servidor para fazer upload e download de arquivos, teria funcionado, mas não foi isso que fizeram.

No final das contas, o conceito, pelo menos conforme aplicado no laboratório, estava condenado porque o sistema oferecia menos recursos por muito mais dinheiro.

teco.sb,

No final das contas, o conceito, pelo menos conforme aplicado no laboratório, estava condenado porque o sistema oferecia menos recursos por muito mais dinheiro.

Haha, sim, parece um pouco bobo, mas já vi configurações semelhantes usando serviços de terminal do Windows antes. Até o navegador da web era servido por serviços de terminal. Acho que a ideia por trás de colocar todos em desktops virtuais era eliminar a carga de TI do gerenciamento de hardware e software de desktop local. Eu acho que eles conseguiram isso, mas meh. Os serviços de terminal Windows do IIRC foram capazes de encaminhar o armazenamento USB, por isso foi bastante transparente nesse aspecto, mas em termos de desempenho, essa abordagem centralizada pode deixar muito a desejar em comparação com os recursos de ter desktops locais rodando em paralelo.

Acho que a Sun conseguiu usar os recursos de forma mais eficiente com o Solaris, onde os perfis migram suavemente pela rede, mas todo o software é executado localmente. O Active Directory fez isso, mas sempre me lembro de que havia exceções e o software ainda precisava ser instalado nos computadores locais, para que não funcionasse de forma tão transparente quanto o Solaris.

Sua escola já os usava para se conectar ao Solaris?

Onde eu estava, que foi a primeira metade desse intervalo de tempo, tínhamos thin clients que podiam se conectar ao Solaris (X) ou ao Windows (ICA). IMHO, funcionou incrivelmente bem - significava que os alunos usariam frequentemente o Unix como seu dia-a-dia. ambiente de desktop atual, em uma época em que as pessoas não faziam isso em máquinas domésticas, então foi uma experiência de aprendizado. Apesar do slogan “a rede é o computador”, muitos dos benefícios ocorreram porque todos os alunos estavam conectados à _mesma_ máquina Solaris, o que significava poder ver os processos uns dos outros, enviar mensagens, compartilhar arquivos, enviar e-mails, consultar o site de alguém, O Windows da época era mais limitado (apenas 32 bits), o que significava ter um número maior de servidores, e eles faziam um trabalho melhor em ocultar os usuários uns dos outros. A única coisa que o Windows fez muito bem foi a impressão, que “simplesmente funcionou” no Windows, mas foi um problema para o Solaris. Os pendrives USB naquela época não eram tão comuns (vi o meu primeiro no final desse período), e a Internet estava começando a se provar útil para comunicação (por exemplo, você deveria usar ssh para a máquina de casa, arquivos scp, enviar coisas por e-mail para você mesmo, etc, etc.)

> 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>