[GUFSC] UFSC desiste do Linux e adota Windows 2000

[Paulo Manoel Mafra]

Ola Emilio, eu discordo um pouco da sua maneira de pensar.
Acho que faz sentido sim usar maquinas boas (e antigas tambem) como
terminais burros quando voce tem um ambiente com muitas maquinas e nao
pretende perder muito tempo com atualizacoes individuais de cada
maquina. Voce precisa apenas atualizar e instalar todos os softwares
necessarios no servidor. Economiza um tempo enorme na manutencao do SO.

Reaproveitar hardware antigo em linux e' muito viavel e funciona muito
bem. Veja o caso do projeto escola livre do GUFSC, onde foi instalado
apenas um servidor com GNU/Linux e todas as maquinas velhas da escola
foram aproveitadas como terminais burros. Antes disso, elas rodavam
windows 95 (eu acho) e se arrastavam.

O fato de reaproveitar maquinas velhas para rodar Windows 95 eu nem vou
responder.

Abracos,
Mafra.


On Wed, May 13, 2009 at 08:05:53AM -0300, Emílio Wuerges wrote:
* Quando frequentava eu frequentava o labUFSC, em torno de 2002-2003, as
* maquinas que funcionavam melhor eram sempre as maquinas com windows
* 2000.
* 
* Havia 2 tipos de maquinas que eram usadas como terminais com boot
* remoto que rodavam linux.
* Algumas destas maquinas eram iguais as com windows 2000.
* Algumas destas maquinas eram uns trecos jurassicos.
* Em ambos o firefox abria depois de muito tempo, e quando alcancava
* qualquer pagina com conteudo dinamico, a maquina sentava.
* 
* Primeiramente, nao faz sentido colocar maquinas boas como terminal burro.
* Segundo, acho duvidoso reaproveitar hardware antigo com linux.
* 
* Porque nao reaproveitar hardware antigo com windows 95?
* Porque nao colocar o linux nas maquinas boas e deixar o windows nas
* maquinas velhas?
* 
* E' natural os usuarios se esquivarem do linux se ele esta' instalado
* num pau velho.
* 
* 2009/5/13 Wagner Saback Dantas <wagners em das.ufsc.br>:
* >
* > Leonardo, João, se possível, então, tragam os relatos à lista quando
* > passarem pelo LabUFSC.
* >
* > É isso,
* > Wagner.
* >
* > P.S.: Leonardo, fui eu quem fiz cópias de um dos e-mail desta discussão
* > (acho que para o seu e-mail inclusive). Peço desculpas novamente pelo
* > deslize de conduta. Pedi aos que são supostamente externos à lista para
* > acompanhar a discussão e me usarem como «relay» caso necessitem de se
* > manifestar.
* >
* >
* > E Leonardo Trentini Lang disse:
* >> Senhores,
* >>
* >> Para começo, não entendi exatamente os motivos de enviarem e-mails sobre
* >> esta
* >> discussão por fora da lista, mas tudo bem. Não é por isso que estou aqui,
* >> e
* >> sim pelo tópico da discussão principal.
* >>
* >> Bom, retomando ao assunto, alguns pontos:
* >>
* >> 1) Nem o Rafael nem o Paulo estão totalmente com a razão.. mas isso não
* >> vem
* >> ao caso: eu posso assegurar pra vocês que no caso do Zé, ele era favorável
* >> à
* >> idéia de instalar Linux no laboratório inteiro - pelo menos em todo tempo
* >> que
* >> trabalhei lá, essa era dessa forma que ele pensava.
* >>
* >> Aliás, vejam aqui o que encontrei no arquivo desta lista, jogando algumas
* >> coisas no Google:
* >>
* >> http://www.softwarelivre.ufsc.br/pipermail/gufsc/2006-October/002082.html
* >>
* >> 2) O laboratório sempre teve vaga para bolsistas de computação e sistemas,
* >> bolsa esta que inclusive era de outro tipo - extensão, se não me engano -
* >> mas
* >> havia uma certa dificuldade de preencher estas vagas. Este é o pessoal que
* >> cuida da administração dos servidores e que desenvolvia o que precisa de
* >> software.
* >>
* >> Os tais monitores são os bolsistas que - normalmente - não são da área de
* >> computação, e ficam prestando "suporte" pro pessoal, ligando/desligando
* >> máquinas, acendendo/apagando luzes, monitorando o que o pessoal fazia (se
* >> estavam jogando, vendo sites "impróprios", etc). Normalmente é esse
* >> pessoal
* >> que ia falar com os usuários e estava sempre andando pelo laboratório, o
* >> pessoal de computação/sistemas ficava dentro da sala dos servidores.
* >>
* >> As duas bolsas são muito diferentes e de objetivos distintos.
* >>
* >> 3) Não vi o laboratório, não sei como está faz muito tempo, e também não
* >> sei se o Zé ainda trabalha lá. O que sei é que o laboratório sempre sofreu
* >> de falta de diversas coisas, especialmente bolsistas da área de
* >> computação/sistemas.
* >>
* >> De qualquer forma, fiquei curioso com a notícia. Ainda essa semana vou
* >> passar
* >> na UFSC, então vou no laboratório para ver como está a situação -
* >> possivelmente trazendo novas informações.
* >>
* >> Por enquanto, acho que é isso.
* >>
* >> Abraços,
* >> Leonardo
* >>
* >> Quoting Rafael Luís Vasel <vasel em inf.ufsc.br>:
* >>
* >>>>
* >>>> - quem manda/coordena o LabUFSC ? Eu lembro que quando o Ze' coordenava
* >>>> o LabUFSC, as coisas funcionavam muito bem.
* >>>
* >>>
* >>> Paulo, me desculpa, mas eu soltei uma gargalhada aqui que a vizinha 3
* >>> andares abaixo deve ter escutado !
* >>> Na época que esse cara aí "coordenava" o laboratorio metade das maquinas
* >>> ficavam desligadas, as máquinas mais novas (com mais poder de
* >>> processamento
* >>> portanto) foram as escolhidas para boot remoto, o que gerava uma
* >>> situação um
* >>> tanto comica: as maquinas mais novas eram as mais lentas !
* >>> Sorte que o Santander mantinha uma sala ali de micros que funcionavam
* >>> decentemente - e frise-se, com Linux ! eu nem duvidava, ia direto pra
* >>> essa
* >>> sala. chegava a ter fila pra usar as maquinas dessa sala do santander,
* >>> enquanto varias outras estavam desocupadas.
* >>> fora que esse "coordenador" respeitava bastante os alunos ali. o cara
* >>> tinha
* >>> a cara de pau de fumar ali dentro do laboratorio.
* >>>
* >>>
* >>>> - provavelmente o laboratorio esta na mao dos bolsistas, que muito
* >>>> provavelmente nao entendem nada de GNU/Linux e procuram fazer o mais
* >>>> facil (ou o que eles sabem fazer). E' muito simples resolver o problema
* >>>> formatando e instalando windows.
* >>>
* >>>
* >>> po, pera aí neh, pra fazer uma imagem padrão pra substituir sempre que
* >>> der
* >>> algum problema de software nao precisa ser nenhum Einstein neh ! tirando
* >>> os
* >>> problemas de hardware, eh bem facil resolver os problemas num lugar que
* >>> nao
* >>> dados de usuario na maquina.
* >
* >
* >
* > _______________________________________________
* > GUFSC mailing list
* > GUFSC em softwarelivre.ufsc.br
* > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
* >
* 
* 
* 
* -- 
* Emilio Wuerges
* LAPS - Laboratorio de Automacao de Projeto de Sistemas
* UFSC - Universidade Federal de Santa Catarina
* Brasil
* _______________________________________________
* GUFSC mailing list
* GUFSC em softwarelivre.ufsc.br
* https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
* 

-- 



Paulo Manoel Mafra
Grupo de Computacao Segura e Confiavel - GCSEG
Departamento de Automacao e Sistemas
Universidade Federal de Santa Catarina
"Vitam Impendere Vero"