Achei!!
Uhm… era mais sobre processos, mas tá beleza…
Como nem todo mundo tem conta no Yahoo! Groups [tá aqui: http://br.groups.yahoo.com/group/linux-board/message/8522], vou colar aqui:
De: Andre Luiz <andre_listas@y…>
Data: Seg Dez 1, 2003 1:52 pm
Assunto: Re: [linux-board] Varios processos ncsa_auth… isso eh normal?
> On 28 Nov 2003 09:58:55 -0300
> Phillip LISTAS <phillip_listas@y…> wrote:
>
> >
> > André,
> >
> > Ele não está sendo executado 100 vezes, são 100 threads. O Linux tem
> > um sistema para tratar light-weigth processes diferente, vou colar
> > abaixo trechos de um e-mail que fiz para a equipe de infra aqui da
> > empresa, o assunto era o mesmo, mas se tratava do Tomcat e do pessoal do
> > datacenter estar alertando sobre processos e memória em excesso:
> >
> >
> > Existem basicamente dois tipos de processo que podem ser disparados
> > por uma aplicação: as threads e os processos propriamente ditos. As
> > threads são processos que correm em paralelo no mesmo ambiente, para que
> > sejam melhores aproveitados os ciclos de CPU. As variáveis (ou seja: o
> > espaço alocado pelo programa), permanecem dentro da mesma área de
> > memória que foi alocada para este (exceto, talvez, em ambientes Windows,
> > que trabalham sem memória protegida, ou como eu chamo “carinhosamente”:
> > modo de memória esculhambada).
> >
> > O GNU/Linux trata as Threads como processos independentes para fins
> > de listagem. Se vocês observarem, o XImian Evolution usa mais de dez
> > processos, o Mozilla Thunderbird, que é extremamente leve e rápido, abre
> > quase que um para cada página visitada simultâneamente, fora os para
> > interpretar o JavaScript, etc. Sem threads, seria necessário carregar
> > todo o HTML de uma página, depois carregar as figuras uma por uma,
> > depois executar os scripts, falsh, etc. Cada um por vez. Isto tornaria o
> > processo todo extremamente lento e tedioso, vendo que a multitarefa
> > implica que o servidorCPU seja dividido entre vários processos, ams não
> > impede que sejam vários processos (Threads) da mesma aplicação.
> > Utiliza-se então, mais ciclos de CPU num menor espaço de tempo.
> >
> > Quem programa com java sabe o quão fácil e’criar uma thread e
> > quantos problemas podem surgir com elas. Se você colocar dois destes
> > “lightweight processes” rodando paralelamente, se ambos tentarem acessar
> > o objeto usuario para alterar, digamos, a senha, vai haver um problema
> > de sincronia. O mesmo que acotnece com bancos de dados que não possuem
> > locks.
> >
> > O Tomcat, como Container Web, recebe (ou pode receber) centenas de
> > requisições num espaço de tempo muito curto. Caso não pudessem ser
> > utilizadas threads, seria atendida uma rquisição por vez (lembrando que
> > o HTTP é um protocolo sem estado), o usuário deveria esperar eu, por
> > exemplo, enviar meu login, o servlet receber isto, passar ao banco, o
> > banco processar, passar a resposta para o servlet, o servlet validar,
> > processar, converter, chamar uma JSP (ou criar um HTM na resposta) e
> > desviar para o usuário. Fecha-se a conexão e o container está pronto
> > para receber outra chamada. ALguém quer isto? Logo, lembrando que o
> > Jakarta Tomcat é a especificação OFICIAL da Sun Microsystens para o JSP
> > e Servlets, creio que existe a necessidade de tantas threads, algumas
> > para cada request, mais algumas para processos internos, etc.
> >
> > Passando os processos, vamos à memória propriamente dita. Alguém
> > reparou que o sistema bate 100% de RAM (ou quase) mas NUNCA entra em
> > cache? Isto só comprova o que o Eduardo disse, e que é afirmado em
> > centenas de especificações técnicas. O GNU/Linux, como sistema estável,
> > rápido e seguro que é, faz um cache das áreas de disco mais utilizadas
> > em memória. Imagina o Tomcat. Ele precisa executar algumas classes de
> > suas bibliotecas várias vezes por requisição, imagine se todas estas
> > classes permanecessem em disco? Memória Principal é muito mais rápida
> > que qualquer outro meio de armazenamento (exceto cache de processador e
> > registradores, mas esta é outra história…), é muito mais inteligência
> > do sistema operacional buscar os dados dali do que da MS (Memória
> > Secundária, não confundir com uma famosa fabricante de bugs de Redmond).
> > QUando um aplicativo precisa, esta área é limpa instantâneamente e o
> > espaço é alocado. Como o cache é MS, seria idiotice fazer cache de MS em
> > outra partição de MS.
> >
> > O fenômeno do 99% de memória consumida acontece quando a máquina
> > está ligada por muito tempo, não importa qual máquina ou qual kernel.
> > Isto causa o problema dos travamentos? Não. Se fosse assim, não haveriam
> > tantos servdiores GNU/Linux no mundo, nem o nosso firewall ou o Predator
> > estariam vivos. O que acontece é que o cache, aos poucos, vai pegando
> > todo o espaço da memória com o espaço do disco que já foi solicitando,
> > retirando o cache dos que não são mais necessários para dar lugar os
> > outros. Alguém lembra do Round Robin, FIFO, Best-FIt, Worst-FIt, etc. ou
> > todos dormiam nas aulas de SO?
> >
> > Resumindo: o GNU/Linux é assim e essa é uma das causas de seu
> > sucesso mundial.
> >
> > FYI:
> >
> > GNU/Linux
> > http://www.geocrawler.com/archives/3/243/2002/2/0/7968061/
> > http://www.revistadolinux.com.br/forum/000,020,1,2003.0901.080952.html
> > http://www.onlamp.com/pub/a/onlamp/2002/11/07/linux_threads.html
> > http://pauillac.inria.fr/~xleroy/linuxthreads/faq.html#D
> >
http://groups.google.com/groups?q=“free+memory”+process+threads+kernel&hl=en
&lr=&ie=UTF-8&oe=utf-8&selm=7gk3km%24k621%40norma.bull.net&rnum=4
> >
> > Tomcat/Servlets
> > http://java.sun.com/products/servlets
> > http://marc.theaimsgroup.com/?t=104519961700002&r=1&w=2
> > http://marc.theaimsgroup.com/?t=104333066400004&r=1&w=2
> >
> >
> >
> >
> >
> > Em Sex, 2003-11-28 às 14:44, Andre Luiz escreveu:
> >
> > > Fala ae… certo?
> > >
> > > Aqui onde eu trabalho temos um proxy onde os usuarios acessam a internet
por autenticacao… o problema eh que me deparei com a situacao
> > > de que o programa ncsa_auth estah sendo executado 100 vezes (ps ax |
grep [n]csa_auth | wc -l)… alguem pode me dizer se isso eh
> > > normal?
> > >
> > >
> > > valew!
Detalhe:
E eu já era o rei dos erros de digitação… :lol:
[EDITADO acrescentando comentário inútil]
Detalhe2:
Nessa época eu tava na turminha do Stallman de chamar tudo de GNU/Alguma coisa… 
[/EDITAO]
[]s
