Re: OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
Rodrigo Carvalho wrote: Depois de vários testes, verifiquei que: Quando o usuário fecha o cliente telnet CLICANDO NO X, ou seja, sem sair do sistema, exporadicamente a sessão continua aberta no servidor, mas se o usuário entra novamente ele continua a mesma sessão. Quando você faze um logout ou ctrl-d num terminal, está lhe dando ao processo (acho que) o sinal QUIT; o mesmo que se fizera kill -QUIT. Quando você clica no x, está lhe dando ao processo o sinal HUP; o mesmo que se fizera kill -HUP. O sinal HUP é do tempo das terminais seriais, onde o enlace com o servidor podia se cortar, e onde o processo recevia do sistema operacional esse sinal quando isso acontecia. Quando você fecha uma janela de um terminal, é como se não estivesse fechando a aplicação mas o canal. Tem o código fonte do programa em cobol? Pode fazer que responda a sinais? Se é assim, pode fazer que termine com o sinal HUP, como acontece com o sinal QUIT. Se não, terá que procurar algo que faça de wrapper, capturando o sinal HUP e enviando ao program o sinal QUIT. Quiçá o mesmo telnet possa fazer isso. Tentou usar o programa com ssh? Não pela segurança, que não é importante aqui, mas porque acho que, por ser um protocolo mais novo, poderia ter um melhor control do tema de sinais... mas não sei, só me pergunto. mais eu percebí que o servidor possúi 498 processos em estado (S, S+, Ss, Ss+, SN, S). Minha pergunta é: ISSO EH NORMAL? Alguém poderia me dar uma força com relação a o que são esses S's ?? Googleei o negócio e naum achei nada que me esclarecesse isso... É normal que um processo esteja no estado S, que é sleeping, e dizer, está dormido, esperando entrada. Os símbolos que continuan dão outra informação, como a prioridade do processo. -- Guillermo Pereyra Irujo Tandil, Argentina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
Em primeiro lugar, desculpa Guillermo... eu deveria ter sido mais específico mesmo... =) A distro eh Debian sim, o sistema roda no servidor e é acessado via telnet. Ele possúi validação de campos, busca em banco de dados dbx... essas coisas que ficam lentas. A inicialização do S.O está normal, até q rápida por sinal.. Estou meio que descartando a hipótese de ser o problema com o processador, pois quando eu reinicio a máquina, ela volta a ficar rápida... e depois te um tempo ela fica lenta novamente, pois verifiquei esta madrugada que o programa está utilizando 2GB de RAM (toda memória do servidor), acho q o S.O está deixando os processos ativos, não os mata quando sai do programa e cada processo, mesmo ocioso ocupa em média 0.3% da memória ram, ou seja 6MB... e estão rodando em média 60 processos simultâneos.. Alguém já passou por isso? Valew! Em 22/12/05, Guillermo Pereyra Irujo [EMAIL PROTECTED] escreveu: Rodrigo Carvalho wrote: A minha empresa tem o servidor com 2 processadores XEON, e eleestá mto lento. Este servidor roda uma aplicação em COBOL que é acessada via telnet, pro aproximadamente 150 usuários simultâneos. A minha dúvida eh a seguinte, o COBOL por ser 16 Bits utiliza todos os recursos do XEON q é 64bits??nãonão usará o jogo completo de instruções disponívelmas tampouco tem por que funcionar lento tem que rodar aos megahertz que tenham os processadoresque sistema operativo tem no servidor?um linux?debian?qual é sua definição de lento?demora em ligar?demora em responder ao pressionar uma tecla? demora em pintar a tela?demora em fazer cálculos?a demora é a mesma se accessa localmente?a demora é a mesma se accessa só um usuário?a aplicação faze mais cálculo ou mais entrada saída?com um pouco mais de info quiçá possamos ajudale melhor se diz que não sabe mais que fazer, é que algo tem feito jádiganos que tem feito e partimos daí--Guillermo Pereyra IrujoTandil, Argentina--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Grato!Rodrigo C. Carvalho= SO: Debian Sarge Iptables 1.3.1SQUID 2.5 (STABLE 9) =
Re: OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
On Thu, 22 Dec 2005 15:22:59 -0200 Rodrigo Carvalho [EMAIL PROTECTED] wrote: Olá Lista, Desculpem o OT, mas não sei mais o que fazer. A minha empresa tem o servidor com 2 processadores XEON, e ele está mto lento. Este servidor roda uma aplicação em COBOL que é acessada via telnet, pro aproximadamente 150 usuários simultâneos. A minha dúvida eh a seguinte, o COBOL por ser 16 Bits utiliza todos os recursos do XEON q é 64bits?? Voce ja' perguntou isso no Clube Cobol? [EMAIL PROTECTED] -- Carlucio Lopes- Cobolito 62-8415-8939 62-526-8006 msn:[EMAIL PROTECTED] Pirataria Entenda = http://www.carlinux.hpg.com.br Compilador Cobol Free http://tinycobol.org em Portugues Porque Cobol? == http://www.clubecobol.com.br/cc_porque_cobol_02.asp Projeto Debian Brasil http://cdd.debian-br.org Tinycobol/Debian Gnu-Linux/Postgresql/Tcl-Tk
Re: OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
Eu configurei o SNMP neste servidor, e estou utilizando o cacti (http://www.cacti.net/) para vizualizar os gráficos de monitoramento. O programa é inicializado dentro do home de cada usuário no arquivo .profile até agora eu ainda não conseguí descobrir o porque que alguns processos criados, quando o usuário sai do sistema não são mortos. Fiz vários testes entrando e saindo do aplicativo e sempre q eu saio, o processo fecha... Tah difícil achar uma explicação lógica! =/ Mas... Valew Guillermo! Em 23/12/05, Guillermo Pereyra Irujo [EMAIL PROTECTED] escreveu: Rodrigo Carvalho wrote: A distro eh Debian sim, o sistema roda no servidor e é acessado via telnet. Ele possúi validação de campos, busca em banco de dados dbx... essas coisas que ficam lentas. A inicialização do S.O está normal, até q rápida por sinal..Bem. Estou meio que descartando a hipótese de ser o problema com o processador, pois quando eu reinicio a máquina, ela volta a ficar rápida... e depois te um tempo ela fica lenta novamente, pois verifiquei esta madrugada que o programa está utilizando 2GB de RAM (toda memória do servidor), acho q o S.O está deixando os processos ativos, não os mata quando sai do programa e cada processo, mesmo ocioso ocupa em média 0.3% da memória ram, ou seja 6MB... e estão rodando em média 60 processos simultâneos..É uma boa hipótese. Como sabe que todo o programa chega aos 2gb se sãoprocessos pequenos? E como é a sessão do usuário? Usa shell e daí lança o programa ou tem o programa como shell? Como sai da sessão? O programaé um executable ou é um intérprete com um arquivo com as instruções dasua aplicação?Um abraço!Guillermo -- Grato!Rodrigo C. Carvalho= SO: Debian Sarge Iptables 1.3.1SQUID 2.5 (STABLE 9) =
OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
Olá Lista, Desculpem o OT, mas não sei mais o que fazer. A minha empresa tem o servidor com 2 processadores XEON, e ele está mto lento. Este servidor roda uma aplicação em COBOL que é acessada via telnet, pro aproximadamente 150 usuários simultâneos. A minha dúvida eh a seguinte, o COBOL por ser 16 Bits utiliza todos os recursos do XEON q é 64bits?? Todo ajuda é bem vinda! =)-- Grato!Rodrigo C. Carvalho= SO: Debian Sarge Iptables 1.3.1SQUID 2.5 (STABLE 9) =
Re: OFF: DEBIAN + COBOL 4.1 + XEON BI PROCESSADO
Rodrigo Carvalho wrote: A minha empresa tem o servidor com 2 processadores XEON, e ele está mto lento. Este servidor roda uma aplicação em COBOL que é acessada via telnet, pro aproximadamente 150 usuários simultâneos. A minha dúvida eh a seguinte, o COBOL por ser 16 Bits utiliza todos os recursos do XEON q é 64bits?? não não usará o jogo completo de instruções disponível mas tampouco tem por que funcionar lento tem que rodar aos megahertz que tenham os processadores que sistema operativo tem no servidor? um linux? debian? qual é sua definição de lento? demora em ligar? demora em responder ao pressionar uma tecla? demora em pintar a tela? demora em fazer cálculos? a demora é a mesma se accessa localmente? a demora é a mesma se accessa só um usuário? a aplicação faze mais cálculo ou mais entrada saída? com um pouco mais de info quiçá possamos ajudale melhor se diz que não sabe mais que fazer, é que algo tem feito já diganos que tem feito e partimos daí -- Guillermo Pereyra Irujo Tandil, Argentina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
