[GUFSC] Consideracoes sobre o LabGrad

[Aguinaldo S. e Silva]

This is a multi-part message in MIME format.
--------------B36154B7017A413EC618077F
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

 Acho que temos que conversar com os responsáveis pelo laboratório,
antes de tirar conclusões. De acordo com mail anterior enviado a lista,
a razão da retirada pode ter sido justamente o problema reconhecido da
instalação deficiente. 
   Conforme acertado em reunião anterior de membros do GUFSC com a SEI,
proponho que apresentemos a SEI o mais rapidamente possível o relatório
com os problemas detectados e sugestòes, contando com o apoio e
interesse demonstrado por aquela Secretaria naquela reunião. Acho que
devemos fazer isto antes de pensar em protesto sobre a retirada do
Gnu/Linux.

Aguinaldo


Daniel Dotta wrote:
> 
> Caros,
> 
>             gostaria de fazer algumas observacoes com relacao ao LabGrad. Eu
> estive la ontem como Ricardo para dar uma olhada nas maquinas Linux que
> estavam com problemas. Infelizmente as maquinas tinham sido colocadas
> executando Windows logo nao conseguimos realizar a inspecao nas maquinas.
> Contudo temos grandes evidencias dos motivos pelos quais as maquinas nao
> apresentavam bom desempenho. Pelo que pude perceber o que foi instalado la
> foi um sistema de boot remoto que fazia com que as maquinas clientes
> funcionassem como terminais burros(atraves de pedidos por XDMCP), isto eh,
> somente importando o ambiente grafico e as aplicacoes do servidor. Esse tipo
> de configuracao sobrecarrega o servidor e faz com que a maquina fique lenta,
> ja que ate mesmo o acesso a memoria RAM eh realizado no servidor. Essa
> configuracao tambem eh contraditoria ja que as maquinas la tem poder de
> processamento(elas nao sao terminais), o que  possibilita a execucao das
> aplicacoes localmente o que daria um grande ganho de processamento no
> sistema. Notem que mesmo que as maquinas tivessem sido configuradas
> corretamente (executar as aplicoes localmente) elas seriam mais lentas (do
> ponto de vista de aplicacoes) do que se a instalacao tivesse sido feita no
> HD local (ja que todas as maquinas tem HD) este delay eh causado devido a
> maquina ter sempre que solicitar as aplicacoes via NFS, entretanto depois
> que a aplicacao estiver na memoria da maquina cliente, ela executa como se
> estivesse em uma maquina com instalacao local.
>     A vantagem deste tipo de instalacao(boot remoto e executando as
> aplicacoes localmente) eh a admistracao, ja que vc instala a aplicacao no
> servidor e esta instalado em todas as maquinas e tambem a economia pois as
> maquinas nao usam HD o que em uma rede de 100 computadores da um bom
> dinheiro.
>     Conclusao como as maquinas la tem HD local e nao sao muitas maquinas
> acho que eh melhor fazer a instalacao local mesmo.
>     A questao no LabGrad eh mais complicada,  la o numero de usuarios eh
> muito grande e diversificado o que dificulta a administracao.  O trabalho a
> ser feito la eh grande pois inclue administracao, cursos para os monitores e
> usuarios e conscientizacao da importancia do uso de software livre. Isso nem
> sempre eh trivial e por vezes demanda tempo e persistencia por parte das
> pessoas envolvidas nesta "empreitada". Quem trabalha com adminstracao sabe
> que nao eh ficar aguentando usuario reclamando que as coisas nao dao certo
>  eh  no Windows funciona eles diriam ), o pior ainda eh quando tem usuario
> de tudo quanto eh tipo, que o que provalvelmente aparece la no LabGrad  :)
> . Temos tambem problemas com relacao a algumas aplicacoes, o OpenOffice como
> falou o Emersson antes, nao eh tao perfeito assim, ele nao consegue importar
> alguns tipos de graficos e algumas equacoes do Word, mesmo quando salvamos o
> documento como .rtf. Falo isso porque temos um problema serio como isso aqui
> no laboratorio. A versao portugues Brasil esta ainda em versao beta. Essas
  


> coisas tambem devem ser colocadas.
>     A questao tambem eh de potilica de investimento da UFSC,  isto eh o que
> eu acho que deve ser debatido, o que eu propus acima custa dinheiro,
> software livre nao eh de graca ele tem o custo na administracao e
> "doutrinacao" dos usuarios, logo tambem dependemos de decisoes de esferas
> superiores da administracao da Universidade.
>     Porem eh claro que nos nao vamos desistir,  acho isso acima de tudo
> muito divertido,  comecarei a fazer o documento a ser encaminhado a SEI e
> podemos discutir-lo durante a semana via mail e no Cafe com Linux.
> 
> Valeu!!!!
> 
> Daniel Dotta
> 
> _______________________________________________
> GUFSC mailing list
> GUFSC@das.ufsc.br
> http://www.das.ufsc.br/mailman/listinfo/gufsc
--------------B36154B7017A413EC618077F
Content-Type: text/x-vcard; charset=us-ascii;
 name="aguinald.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Aguinaldo S. e Silva
Content-Disposition: attachment;
 filename="aguinald.vcf"

begin:vcard 
n:Silveira e Silva;Aguinaldo
x-mozilla-html:FALSE
org:Department of Electrical Engineering;Federal University of Santa Catarina
adr:;;;;;;
version:2.1
email;internet:labspot.ufsc.br
title:Power Systems Research Group
x-mozilla-cpt:;-9152
fn:Aguinaldo Silveira e Silva
end:vcard

--------------B36154B7017A413EC618077F--