Um servidor de arquivos com programas em cobol (mais ou menos 1Gb de arquivos). Na intranet beleza, tudo ok com o samba. Agora foi pedido que esses programas fossem disponibilizados para outros setores que est�o fora da prefeitura.
Eu fiz um teste: baixei o compilei o dosemu, baixer os bin�rios do freedos e instalei no outro servidor (que vou chamar de servidor2). Configurei o sshd. Montei (smbmount) o diret�rio dos programas em cobol num diret�rio de acesso no freedos. Beleza, eu rodei normalmente um programa em cobol direto no servidor2 (s� tive que desativar o framebuffer {vga=normal}, sen�o o programa simplesmente exibia tudo fora do lugar!). Ent�o eu acessei via ssh o servidor2 com o putty (j� que eu estou tentando simular o ambiente do usu�rio), configuei o putty para exibir o programa em cobol legalzinho (j� que no lugar daquelas barrinhas, ficam caracteres, mas beleza, d� pra usar o programa normalmente, j� que beleza � o �ltimo passo desse projeto), e ent�o rodei o dosemu e rodei o programa em cobol. Para minha supresa o programa, mais especificamente, a atualiza��o da tela, ficou extremamente lenta, cada menu que voc� abre no programa vai uns 3 segundos para carregar! S� tinha 4 pessoas penduradas na rede (ethernet 100Mbits com switch) e mesmo assim o programa ficou lento.
Algu�m pode me dar alguma id�ia do que pode estar errado? Ou melhor, se � precisa fazer alguma configura��o diferente no ssh e/ou no dosemu.conf (eu usei a configura��o padr�o do dosemu, falta de tempo!).
Ou ent�o, algu�m tem outra sugest�o de como eu posso resolver esse problema?
Os programas seriam disponibilizados via internet com transmiss�o criptografada.
Desculpem pelo e-mail longo, mas eu tenho de arrumar alguma solu��o para isso meio r�pido, j� que a solu��o apresentada pela empresa dos softwares em cobol e baseada em ruindows com terminal services e, sinceramente, eu n�o estou afim de ter um monte de buracos na seguran�a, v�rus e mais um monte de coisas indesejadas, por causa de um SO que N�O FUNCIONA. (Agora a gente n�o pode mais falar a verdade de modo simples, pois vai que esse neg�cio da micro$oft processar os outros pega!!!)
--
#####################################################
Vict�rio H. Felipe - [EMAIL PROTECTED] Graduando em Processamento de Dados - FATEC-TQ linux user #306117 - http://counter.li.org Why I use Slackware Linux? Because it works! #####################################################
-- GUS-BR - Grupo de Usuários Slackware - BR http://www.slackwarebrasil.org/ http://www.linuxmag.com.br/mailman/listinfo/slack-users
