Re: [Cascavel-pm] Dúvida sobre multiprocessamento
Alex Falcao
alfspsp em hotmail.com
Segunda Março 7 07:27:08 PST 2005
Luis,
>From: Luis Campos de Carvalho <monsieur_champs em yahoo.com.br>
>Reply-To: Cascavel Perl Mongers <cascavel-pm em pm.org>
>To: Cascavel Perl Mongers <cascavel-pm em pm.org>
>Subject: Re: [Cascavel-pm] Dúvida sobre multiprocessamento
>Date: Sat, 05 Mar 2005 00:00:34 -0300
>
>Alex Falcao wrote:
>> a questão é a seguinte. Tenho uma SUN E480 com 2 processadores.
>
> Mamãe, é o emprego que eu sempre quis!!! :-D~~~
a maquina é bem legal mesmo... =:-)
>
> > Tenho
>>que processar 50 arquivos de NetFLow com 50M a cada 5 minutos. O que
>>imaginei seria criar várias threads para separar o processamento entre os
>>processadores, uma vez que ele coloca cada processo um uma CPU aleatória.
>
> E o Solaris honra este compromisso apenas com _processos_, ou com
>_threads_ tabém? Não me parece uma coisa trivial _separar_ _threads_ _para_
>_rodar_ _em_ _processadores_ _diferentes_. Já processos podem mais
>facilmente ser separados, já que não existe tantas informações partilhadas
>entre processos, pelo menos não tantas quanto threads.
>
> Sua solução é a melhor.
> Mas isso depende muito do que você chama de "processar". Isso é assim
>tão intensivo em CPU que justifique esta monstruosidade? Ou apenas uma CPU
>poderia cuidar do assunto, e as outras poderiam ser alocadas para as
>ocorrências seguintes, conforme o tempo fosse escoando?
>
> Estou sugerindo que você use apenas um processador para tratar cada
>lote, e que deixe que o lote ocupe mais tempo do que você dispõe (se for
>possível). Isto vai deixar a próxima CPU responsável pelo próximo lote (e
>teremos lotes processando em paralelo, muito mais simples de implementar).
>
> Imagino que isso seria o bastante, desde que o processamento que você
>precise fazer em cada arquivo seja otimizado o suficiente para permitir que
>o processamento termine em menos de 10 minutos.
O problema de esperar é o seguinte:
eu faço uma análise de variação de tráfego com o objetivo de detectar
ataques. Se este processamento demorar muito, o ataque pode ter acabado ou o
endereço IP de spoofing já ter trocado, esse é o principal motivo de eu
precisar rodar muito rápido esta análise.
Mas valeu pelas dicas.
>
> Espero ter dado outra abordagem para o problema.
> Putamplexos e boa sorte!
>--
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Luis Campos de Carvalho is BSc in Comp Science,
> PerlMonk [SiteDocClan], Sao Paulo PM Leader,
> Unix Sys Admin && Certified Oracle DBA
> http://br.geocities.com/monsieur_champs/
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>_______________________________________________
>Cascavel-pm mailing list
>Cascavel-pm em pm.org
>http://mail.pm.org/mailman/listinfo/cascavel-pm
Mais detalhes sobre a lista de discussão Cascavel-pm