Olhos que ardem...

Postado originalmente por waltergargarela

Posso concordar contigo que neste AU1550 possa ter um SO bem enxuto, porém não confunda SO com Firmware de controle de devices, são bem diferentes

Nunca confundiria algo desse tipo... Trabalho com sistemas embarcados...

E esse AU1550 é o que tem "por baixo" dos Sun Rays.

Postado originalmente por waltergargarela

e o único sistema que roda nos SunRays são firmwares e microcódigo para poder acessar a rede e as devices...

Se você for desenvolvedor desses produtos, eu passo a acreditar em você. Na documentação não tem nada relacionado. E o que tem não deixa nem um pouco claro o que realmente acontece. Trabalhamos aqui com evidências e questionamentos.

A primeira evidência: hardware complexo.

Se você prestar bem atenção aos diversos dispositivos disponíveis no Sun Ray, verá que é muito complicado gerir esse hardware. Por exemplo, em um sistema Linux ou Janelas CE seriam necessários em média 12 devices drivers para controlar tudo. E só para controlar. Ainde teria que haver uma camada para coordenar o funcionamento. Além disso, teria que ter toda uma pilha de protocolos de enlace/rede implementada para a comunicação entre o servidor e os clientes. E os Sun Ray fazem parte do Virtual Desktop Infrastructure, e se você ler a respeito, verá que adiciona mais uma camada de complexidade ao sistema.

Sendo a Sun uma empresa que não brinca em serviço, duvido muito que ela tenha pago a engenheiros para criar do zero esse sistema. Além, a Sun também desenvolve sistemas operacionais. Não seria uma escolha muito inteligente reinventar a roda.

A segunda evidência: bootp + DHCP?

Se o cliente só precisa de um endereço IP para fechar o link e receber as telas por que então ele não usa somente um dos protocolos?

A exemplo do LTSP. Como não possuem imagens de boot, os LTSP procuram por um servidor bootp. O servidor lhes dão um endereço provisório e uma localização da imagem do sistema. Em seguida, esses sistemas baixam via TFTP e carregam a imagem, e devido a todas as configurações terem reiniciado, fazem uma requisição DHCP para receber um endereço IP.

Por que os Sun Ray, que não precisam carregar imagens nem nada da rede, precisam fazer duas requisições?

Questionamento 0: O que eles baixam da rede?

Na documentação é dito que algo é baixado da rede para a eprom do dispositivo... A questão é: o que?

Questionameno 1: Se eles não precisam baixar nada, para que configurar um servidor TFTP na configuração do servidor DHCP?

Sun Ray Provisioning - Think Thin

Você tem um sistema Sun Ray? Captura o tráfego gerada na inicialização e envia pra gente. Seria uma boa... Infelizmente a Sun não nos dá muita informação sobre o sistema.

E se você ler o paper http://suif.stanford.edu/papers/schmidt99.ps, verá que os protótipos do Sun Ray usavam um pequeno firmware para realizar todo o trabalho. Mas comparando com as informações do site, parece que o dispositivo do paper e os comercializados são bastantes diferentes.

Ao meu ver, o fato é que existe alguma camada de software muito parecida com um núcleo de um sistema operacional fazendo a gestão do hardware dos dispositivos. Opnião essa reforçada pelo funcionamento do Virtual Desktop Infrastructure.

Postado originalmente por waltergargarela

Ambos são bem diferentes, mas se você entende que tudo que opera determinada device seja ela qual for é um sistrema operacional, OK, não vou entrar neste mérito, porém o conceito no geral de SO é muito diferente no aspecto geral.

Acredito que em momento algum deixei transparecer essa visão.

Postado originalmente por waltergargarela

Veja e aprenda como eles funcionam, os docs estão ai disponíveis ....

Não dá... pelo menos não por essa documentação que você passou...

opaaa....
Bele Pedro..
Cara é o seguinte, dentro dos links que passei existe um whitepaper descorrendo com mais detalhes sobre a arquitetura dos SunRays.
Porém eu posso te afirmar a forma como eles funcionam e pois trabalhei para a Sun
e parceiros durante 8 anos, acompanhei desde o lançamento dos SunRays até a época em que estive trabalhando para a Sun.
Sobre o VDI, ele se trata de um conjunto de softwares para formar uma suite de solução para Desktop. Envolve os SunRays , SunRay software ou server software e o Secure Global Desktop (SGD), antigo Tarantella . Então o VDI é uma coisa diferente pois a Solução de SunRays vc precisa apenas das DTUs (sunray) e o software servidor.

Quanto ao uso de um processador MIPS, o au1550 como vc citou, não quer dizer que ele tenha todas as funcionalidades, e isto é uma afirmação.

No próprio wikipedia diz e esclarece sua dúvida da forma em que ele passa as telas do server para os terminais, usando um protocolo desenvolvido pela Sun (ALP) baseado em um protocolo de rede bitmap (LONGE DE BMP pelo amor de Deus!!) e similar aos protocolos do VNC e FrameBuffer.

Sobre o Doc, o Sunray de hoje se diferencia quanto as necessidades de mercado, oferecendo um algo a mais como a possibilidade de usar telas maiores e com maior definição por exemplo, portas de rede mais rápidas e outras coisas a mais .

Voltando sobre o assunto principal, SO, ele tem sim um MIPS dentro, rodando um FIRMWARE para controle junto dos outros chips e seus firmwares. Falo isso no contexto geral do equipamentos, desde o primeiro até o último pois o assunto inicial é SO e definitivamente acho que você está um pouco equivocado quanto ao uso de um SO neste tipo de arquitetura.

Conheço muito bem sua área de trabalho e também já atuei e presto algumas consultorias para sistemas embarcados como em equipamentos para Satélites, sondas e outras... Nestes casos são equipamentos bem enxutos e com um SO (Kernel) e applicativos bem básicos.

Existe um outro doc, num dos links que te passei, que apesar de ser um pouco mais antgo tem uma pequena comparação entre um real thinclient e os demais que se dizem ser, mas em síntese
o que ive vendo no mercado são alguns equipamentos com procesador e memória que fazem o que vc disse, como equipamentos diskless em sua maioria, baixam uma imagem do SO pela rede para poderem funcionar. Posso estar enganada mas as lojas Telha Norte usam este tipo de sistema diskless. Além disso existe uma outra coisa, muitos fabricantes e principalmente no Brasil não tem recursos ($$$) e incentivos ($$$$) para desenvolver uma tecnologia para criar um real thinclient e tem mais não só no Brasil mas em outros paises também é difícil de você conseguir convercer diretores e gerentes de TI em usar essas tecnologias, pois na maioria, eles tem de ter
um retorno de investimento de curto prazo, isso não acontece com tecnologias thinclients e similares, pois existe a necessidade de investimento desde a infra estrutura e servidores até, em
alguns casos, de aplicações.
Mas como para toda regra há exceções, conheço empresas principalmente de call-center que já adotaram essas soluções, tendo como apelo a facilidade que eles terão na parte de suporte com a
diminuição de atendmentos locais e a agilidade que estas arquiteturas oferecem, além de se teiver uma solução como o VDI mas levando em conta o uso principal do SGD ou Tarantella ou até mesmo soluções da Citrix, os usuários podem rodar aplicações de diferentes sistemas operacionais no mesmo desktop e esse desktop pode ser um pc, thinclient ou diskless com Windows, MacOS X ou Linux. Isso é o que eu acho mais interessante ...

abs

ps.: o whitepaper ... hehehehe so sorry ( http://www.sun.com/sunray/techinfo/New_SR_WP_12_04.pdf)

se é um SO rodando remotamente, quando aberto o navegador dele deveria buscar a internet por ele próprio e não pela minha rede.

fui fazer uns testes e quando mandei abrir uma pagina pelo navegador do eyeos é como se tivesse mandado abrir a página do navegador da minha própria máquina.

O Psy me passou esse aqui tb: G.ho.st® (ghost) - Cloud computing - online storage, Virtual Computer (VC), Web OS (WebOS, Webtop)

Muito legal.

fui testar aqui, ele fica tentando conectar e não vai pra frente. :/

Rapaz, aqui tá normal.

Postado originalmente por waltergargarela

Cara é o seguinte, dentro dos links que passei existe um whitepaper descorrendo com mais detalhes sobre a arquitetura dos SunRays.

Não... todos os whitepapers são informativos... Não tem nenhum que discorra a fundo o funcionamento do sistema.

Postado originalmente por waltergargarela

Porém eu posso te afirmar a forma como eles funcionam e pois trabalhei para a Sun
e parceiros durante 8 anos, acompanhei desde o lançamento dos SunRays até a época em que estive trabalhando para a Sun.
Sobre o VDI, ele se trata de um conjunto de softwares para formar uma suite de solução para Desktop. Envolve os SunRays , SunRay software ou server software e o Secure Global Desktop (SGD), antigo Tarantella . Então o VDI é uma coisa diferente pois a Solução de SunRays vc precisa apenas das DTUs (sunray) e o software servidor.

Não é isso que o site Think Thin deixa transparecer...

Postado originalmente por waltergargarela

Quanto ao uso de um processador MIPS, o au1550 como vc citou, não quer dizer que ele tenha todas as funcionalidades, e isto é uma afirmação.

Se você ler o datasheet do au1550 verá que os Sun Ray estão usando todas as funcionalidades dele.

Postado originalmente por waltergargarela

No próprio wikipedia diz e esclarece sua dúvida da forma em que ele passa as telas do server para os terminais, usando um protocolo desenvolvido pela Sun (ALP) baseado em um protocolo de rede bitmap (LONGE DE BMP pelo amor de Deus!!) e similar aos protocolos do VNC e FrameBuffer.

Não, não esclarece... Apenas mais um protocolo...

Postado originalmente por waltergargarela

Sobre o Doc, o Sunray de hoje se diferencia quanto as necessidades de mercado, oferecendo um algo a mais como a possibilidade de usar telas maiores e com maior definição por exemplo, portas de rede mais rápidas e outras coisas a mais .

Sim, sim...

Postado originalmente por waltergargarela

Voltando sobre o assunto principal, SO, ele tem sim um MIPS dentro, rodando um FIRMWARE para controle junto dos outros chips e seus firmwares. Falo isso no contexto geral do equipamentos, desde o primeiro até o último pois o assunto inicial é SO e definitivamente acho que você está um pouco equivocado quanto ao uso de um SO neste tipo de arquitetura.

Trabalho com MIPS e acredito que entendo muito bem o uso de um SO neste tipo de arquitetura. Aqui do meu lado tem um mips32-el 175 Mhz com 32MB de RAM só para prototipagem... Em que ponto você acha que não entendo de tal dispositivo?

O que impede de um firmware conter um sistema operacional?

Postado originalmente por waltergargarela

ps.: o whitepaper ... hehehehe so sorry ( http://www.sun.com/sunray/techinfo/New_SR_WP_12_04.pdf)

Esse falha miseralvelmente em passar detalhes técnicos sobre o dispositivo... É apenas um informativo disfarçado...

Cara na boa... vc é do tipo de pessoa que pouco acrescentou e apenas gosta de aparecer acusando e sendo controverso .... me desculpa mas não iriei perder meu tempo com este tipo de discussão sendo que vc nem ao menos se interessa por uma feature importante de um solução.
Como vc havia dito vc gosta de evidências ... OK já em outro post teu fivou evidente que vc nem ao menos tentou entender o que era o VDI para entender corretamente o funcionamento.
Eu não julgo para não ser julgado, porém essa sua discussão pra mim já está virando perda de tempo e acrescentando pouco .... Trabalhei 8 anos com Sunray e sei bem como funciona, entre em contato com a Sun e peça uma demo ou sei lá visite um local onde tenham pessoas com mais tempo e paciência para você.
Pq tais tipos de docs uma empresa não abre, e é o que vc esta querendo !!

Me desculpem os demais !!

Postado originalmente por waltergargarela

Cara na boa... vc é do tipo de pessoa que pouco acrescentou e apenas gosta de aparecer acusando e sendo controverso .... me desculpa mas não iriei perder meu tempo com este tipo de discussão sendo que vc nem ao menos se interessa por uma feature importante de um solução.

Acusando? Eu só pedi esclarecimentos, mostrei o que me levava a tirar determinadas conclusões e fiz questionamentos... Fora isso, só fiz lhe perguntar em que ponto eu estou errado ou não estou entendendo perfeitamente sobre o uso de sistemas operacionais em arquiteturas mips.

Postado originalmente por waltergargarela

Como vc havia dito vc gosta de evidências ... OK já em outro post teu fivou evidente que vc nem ao menos tentou entender o que era o VDI para entender corretamente o funcionamento.

Rapaz, tomei como base um dos posts do Think Thin que esclarece como os Sun Ray se integra ao VDI. Bem mais explicativo do que qualquer um dos whitepapers do site. Se eles estão errado ou foram vagos, tudo bem... Mas infelizmente não estou com tempo para me adentrar nesse assunto.

Think Thin

Postado originalmente por waltergargarela

Eu não julgo para não ser julgado, porém essa sua discussão pra mim já está virando perda de tempo e acrescentando pouco .... Trabalhei 8 anos com Sunray e sei bem como funciona, entre em contato com a Sun e peça uma demo ou sei lá visite um local onde tenham pessoas com mais tempo e paciência para você.

Mas a maioria não sabe. E uma afirmação é passível de contestação até que se prove o contrário. Enquanto você ou outra pessoa não me mostre, com documentações ou outro tipo de prova, o por que que a arquitetura de hardware e a de software são tão parecidas com outras soluções, mas funcionam de forma tão diferente, eu não posso tirar conclusões. Apenas formular hipóteses e mostrar meus argumentos, que foi o que fiz até agora...

Você poderia muito bem dizer: ``Não sei as respostas para suas perguntas, mas minha conclusão final é que não existe sistema operacional. Apenas um firmware próprio da Sun e um punhado de microcódigo''. E eu lhe responderia ``Blz... Continuo acreditando que há um sistema operacional ou núcleo adaptado, seja ele do Solaris, Linux, BSD ou Janelas''. Pronto... Fim da discussão.

Acredito (ou seja, não estou assumindo como verdade) que você está esperando um "vencedor" ou "perdedor", mas acho que esse não é o ponto das discussões aqui no under-linux.org... Pelo menos não da minha parte.

Postado originalmente por waltergargarela

Pq tais tipos de docs uma empresa não abre, e é o que vc esta querendo !!

Só acho o seguinte: se estamos discutindo detalhes técnicos, e os documentos não provêm detalhes técnicos (pelo menos não sobre os assuntos discutidos), não os mencione, nem recomende para que sejam levados em consideração... E é o que acontece com os do site da sun. São informativos para aqueles que vão implementar o sistema. Veja que aquele paper e o blog do think thin tem muito mais detalhes sobre a solução.

Talvez uma amostragem do tráfego gerado pela inicialização e uns 3 minutos de funcionamento resolvessem.

Pessoal acalmem os animos.... vamos manter o nivel da conversa por favor nao tem nenhuma crianca aqui.