>> Eu demorei a me manifestar porque a solução em funcionamento >> infelizmente não é SL-full. A demanda era por aplicativos nativos em >> MS Windows. >> Os usuários podem abrir quantas janelas de editores de textos, abas de >> browsers com java, flash ou o que der na telha e o pior: softwares de >> estatísticas com microdados. >> Trata-se de uma implementação de um laboratório de informática de uma >> faculdade de economia. >> Cenário: >> 20 terminais (pentium III 500 com 64Mb de RAM). Era o que tínhamos. >> Poderia ser até menos processamento. >> linux + rdesktop numa IDE-flash de 32MB >> 05 thinclients (geode 266 com 128 de RAM) >> 01 switch de 48 portas fast ethernet >> 01 servidor IBM Xeon 3.2 com 4GB de RAM e, por força do contexto, MS >> Win2K3 >> Está em funcionamento há um ano e meio. >> > > > Olá Fabio. > Alexander, você definitivamente precisa ler melhor as mensagens antes de responder.
Pra começar, meu nome é Fabiano. > Mas você possui 05 thinclients. O cenário com o qual estou aborrecendo vocês > é de 10/15 thinclients para cima. > Eu tenho 25 dispositivos dependentes do servidor. 20 terminais com um sistema de menos de 32MB expandidos em ramdisk e 05 thinclients com situação semelhante. Lógicamente o usuário só interage com o servidor. > Pelo o que entendi parte das suas máquinas (20) são Linux instalados > localmente/normalmente apenas para carregar o rdesktop. De implementação com > rdesktop eu não posso falar nada, não conheço. > > Você tem um Xeon 3.2 com 4GB de RAM. > > Seus thinclients possuem 128 de RAM. Tem certeza de que elas não rodam nada > localmente? Já vi 'produto' thinclient da Microsoft que justamente prometia > tudo, mas parte das aplicações rodavam localmente. Essa é inclusive uma > solução proposta no manual do LTSP. Resolve muito problema (mas atrapalha a > admisnistração). > Eu tenho certeza do que afirmei. Faz um ano e meio que não preciso fazer nenhuma intervenção nos clientes. Só atualizações de segurança no servidor e, exporadicamente, alguma instalação de novo programa. >> Os usuários podem abrir quantas janelas de editores de textos, abas de >> browsers com java, flash ou o que der na telha e o pior: softwares de >> estatísticas com microdados. >> > Sério, sei que estou sendo terrivelmente chato Jura? > (não é a primeira vez que faço isso nesta lista), mas 'quantas janelas, > browsers com java, flash ou o que der na telha' não dá. É anarquia demais > para uma implementação LTSP funcionar, acho que é até demais para 5 máquinas. > 25... Vinte e cinco!!! > Nem a documentação mais otimista do LTSP afirma uma coisa dessas. > Não uso LTSP! Não é o caso do contexto aqui. Mas SBC é SBC... independente dos SOs utilizados. > Simplesmente você está afirmando que possui a solução para todos os problemas > relacionados a LTSP (ninguém precisa mais batalhar para resolver ;)). > Eu afirmei isto? o0 > De novo, estou sendo chato porque, apesar de ser apaixonado por Linux, > apaixonado pela implementação LTSP, não consigo esconder os problemas que > encontrei na aplicação real disso. > Não economizar em equipamento de conectividade, no servidor e, definitivamente, não comprar nada vagabundo. A economia é a longo prazo. Evitar substituição completa de parque a cada triênio. Economia em recursos humanos. --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
