pessoal, vou testar o esound e aviso oque deu. - a princ�pio, o problema com o LTSP � o tamanho: o terminal tem 7,8mb de mem�ria flash, o que n�o d� para muita coisa. o interessante � que neste pequeno espa�o tem um linux com X instalado. o qual provavelmente � uma imagem, que � expandida e fica em RAM no boot. gostaria de tentar o mesmo com FreeBSD, mas tenho medo de apagar o que est� no flash e ficar sem nenhuma das duas coisas. - estou h� dias tentando butar diskless, mas cada hora � um problema... - o terminal tem uma vers�o de linux bem velha, de 1999. se eu conseguisse ao menos confgurar o X dela mais o console paa acentos seria �timo. da� s� faltaria fazer funcionar o som (esound talvez?) e pronto! n�o precisaria mexer em nada. butaria em linux, acessaria o X no freebsd e tudo funcionaria de acordo. - n�o achei a velocidade ruim para o quarteto email/browse/openoffice/korganizer. claro, n�o � um p4, mas serve perfeitamente para fun��es de escrit�rio. - algu�m j� passou por situa��o semelhante e pode me orientar?
[]s karma > > > Tem um projeto interessante (www.ltsp.org) que � muito bom para a > > solu��o de terminal burro, vc pode ter o Linux rodando para dar o boot > > nas esta��es, e ter o FreeBSD como servidor em tudo. > > Esse problema j� � resolvido nesse projeto, de uma olhada como foi > > resolvido em : > > De fato, o LTSP eh uma solucao excelente. Ja fiz uns testes com > ele, embora nunca tenha tentado som remoto (ate' pelo fato de que o unico > micro que tem placa de som aqui em casa e' o proprio "servidor" :-) ). > > O problema que havia na epoca, que hoje ja foi resolvido, era um > BUG no plugin flash que derrubava o Mozilla quando rodado num display > remoto. Mesmo hoje, a velocidade da exibicao sempre deixa um pouco a > desejar... Obviamente, para empresas que querem renovar seus sistemas sem > trocar o parque de maquinas, ou para aquelas que vao rodar em muitas > maquinas sistemas dedicados (por exemplo, centrais de atendimento, > escolas, etc) eh a solucao mais barata e IMHO de mais facil manutencao > depois. > > Ja passando um pouco para o offtopic, eh bastante interessante > isso. Antigamente a arquitetura servidor-terminal burro era basicamente a > unica solucao viavel, mas depois foi amplamente substituida por PCs > autonomos, cada um com seu HD e configuracao propria. Hoje em dia muita > gente acha que manter um parque com muitos PCs, todos atualizados (tanto > de software e hardware) pode ser inviavel (especialmente pelo $$$ > envolvido), e portanto a solucao eh voltar para o antigo modelo. > > E eu concordo com isso :-) Se a gente analisar direito, muitas > empresas mantem dezenas ou ate' centenas de computadores que geralmente > sao trocados a cada tres-quatro anos, tudo para que o funcionario abra um > navegador, um editor de texto e um software de groupware. E isso sem > contar a equipe envolvida na manutencao de todos esses micros... _______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
