Caro Martins,

        O linux foi desenvolvido de forma que n�o haja travamentos bobos
como o Rwin, portanto , pela experi�ncia que eu tenho com systemas
operacionais UNIXs, os processos s� podem fazer sua m�quina dar pau se algo
sumir com eles, algo como o comando kill -9 pid, ou algum programa que fa�a
algo de mesmo peso, e outra forma dos processos causarem um pau e se ele por
a m�quina no gargalo, consumindo muito CPU causa lentid�o e poss�veis falhas
nos servi�os, mas para monitorar isso existe v�rios progs, vulgos c�es de
guarda.

exemplo de programa que possa criar um processo e dar pau: Imagine que um
usu�rio possa desenvolver um programinha em C que fa�a alocar mais memoria
que vc possa disponibilizar, isso geralmente ocorre nas escolas de
inform�tica.


Falou


Alexandre
-----Mensagem original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Em nome de Jorge Luiz de Paula
Martins Filho
Enviada em: quarta-feira, 2 de janeiro de 2002 11:33
Para: linux-br
Assunto: (linux-br) PID - Duvidas.


Caros colegas.

Um dos meus servidores possui uma "porrada" de tarefas agendas pelo crond, e
durante uma de minhas "fucadas" percebi que o numero do PID dos processos
estao lah em cima (o meu shell era o PID 35041).

Agora a duvida, sera q quando o PID chegar a 65535 nao vai dar "pau" no
servidor, ou o Linux ira atribuir PID baixos novamente???

Obrigado a todos.

T+

--
Jorge Luiz de Paula Martins Filho
Analista de Sistemas
Linux Registered User # 189215
--

Ap�s um inc�ndio no pequeno pr�dio, os bombeiros, verificando os
destro�os, encontraram apenas um morto. Ele estava de cabe�a para baixo,
com o dedo indicador apontando para um dos cantos do ambiente. Ao seu
lado, um extintor de inc�ndio, com a seguinte instru��o:  "Em caso de
inc�ndio, vire de cabe�a para baixo e aponte para a chama".





Assinantes em 02/01/2002: 2270
Mensagens recebidas desde 07/01/1999: 148544
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a