[GUFSC] GNU/Linux no LabGrad
Dennis Jensen Jr
jensen em inf.ufsc.br
Terça Março 21 22:32:42 BRT 2006
No FISL 6.0 apresentaram um caso no qual Linux servia (+-) 164 usuários
em uma empresa. Horário comercial. Produção de escritório.
A máquina era um Dual Xeon com 4 GB de ram. O cálculo deles era algo
como 32 MB de RAM por usuário conectado.
O total de processamento era (2 * 2 =) 4 Ghz.
Mas... as coisas são bem mais simples e exigem menos recursos do que um
Dual Xeon, ou sequer um Opteron (que eu acho muito bonito, mas
deficiente em custo/benefício).
Podemos usar 01 AMD64 X2 (dois núcleos) com 4 GB de RAM para cada 100
users.
Assim deve sobrar recursos e seria possível até mesmo turmas pequenas
realizarem aulas de programação (teriamos que testar a questão da IDE
mais leve para o caso).
Teriamos dessa forma dois servidores parrudos, com a administração do
sistema bastante simplificada e livre de virus, spyware e danos
provocados por usuários inexperientes.
Não é uma solução exclusiva de FOSS, mas implementar isso em windows
seria muito mais caro e eu tenho sérias dúvidas em relação ao desempenho.
FreeBSD também seria uma boa alternativa, por ser bastante rápido.
Pessoalmente eu implementaria em Kubuntu por ser bem localizado (locale)
ou compilaria direto na máquina um Gentoo.
Linux parece mais viável do que *BSD por questões de disponibilidade de
software e suporte.
Nas máquinas clientes poderiamos rodar uma daquelas distribuições
especializadas em ser terminal burro.
Roda a partir de disquete ou cartão Compact Flash com adaptador IDE.
Agora é conseguir os recursos, convencer os cabeças-duras e colocar os
AMD64 X2 na frente do ar condicionado :-)
Saida pela esquerda,
Dennis.
Gleidson Echeli Leopoldo escreveu:
> Dennis Jensen Jr escreveu:
>
>> Mas... falando em máquinas lentas... se eu fosse mexer o meu traseiro
>> para implementar soluções na UFSC, colocaria um Dual Xeon com o
>> máximo de RAM aplicável (uns 4 GB para os dois processadores de 32
>> bits) e rodaria um servidor para rdesktop. Kubuntu seria uma boa
>> distribuição para isso, devido ao seu alto nível de localização.
>> Dá pra rodar todas as máquinas do Labgrad em horário de pico nisso,
>> desde que ninguêm queira abrir o Netbeans 4.1 ou o Eclipse :)
>
>
> Que nada, se é pra colocar, que se coloque um Opteron 64bits com o
> máximo de RAM possível (mais que 4GB com certeza) =P
>
> Mas falando sério, estamos falando de mais de 200 máquinas.É bonita a
> idéia, mas será que é aplicável nesse caso?
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
Mais detalhes sobre a lista de discussão GUFSC