Gabriel,

Agora fiz outro teste para ver se era problema de I/O, então criei um
script em php que cria 100 arquivos numa pasta e move para outra, e foi
extremamente rápido, 1 segundo apenas.

Sendo assim, será que poderiamos descartar este problema de I/O?

Existe algo a mais que o bin sendmail faz alem de criar/mover arquivos?

Obrigado

Em 20 de junho de 2012 14:47, Eduardo Rocha <eduardoroch...@gmail.com>escreveu:

> Gabriel,
>
> Obrigado pelas dicas. Analisando estas pastas, até existe os arquivos que
> você citou, porém estão pequenos e com data de ultima atualização bem
> antiga, então não devem estar em uso mesmo.
>
> Rodando o vmstat -40, obtive os seguintes dados:
>
> procs -----------memory---------- ---swap-- -----io---- --system--
> -----cpu------
>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id
> wa st
>  0  1      0  37192 169968 1315724    0    0    10    85  123  206  1  0
> 91  8  0
>  0  1      0  15104 169992 1316296    0    0     0   484  612 1181  2  2
> 47 48  0
>  4  0      0  15848 170012 1317100    0    0     0   466  701 1090  2  2
> 49 48  0
>  2  0      0  30036 170020 1318236    0    0     0   490  658 1158  2  2
> 47 49  0
>  4  1      0  32908 170036 1317096    0    0     0   496  573 1069  3  2
> 48 47  0
>
>
> Não conheço este utilitário, se puder me dar uma luz se estas informações
> indicam algo, agradeço.
>
> Abs
>
> Em 20 de junho de 2012 11:39, vic <v...@wa.pro.br> escreveu:
>
> On 06/19/2012 10:50 PM, Eduardo Rocha wrote:
>>
>>> Acredito inclusive que a maquina não está com spamassassin instalado,
>>> pois
>>> ela apenas envia emails.
>>>
>>> Mas se puder informar o path de onde ficam estes caches para eu avaliar
>>>
>>> Quanto a swap, olhando no TOP nao vejo sendo usado
>>>
>>> Obrigado
>>>
>>> Abs
>>>
>> Se o spamassassin estiver instalado, devem ter alguns arquivos (v310.pre,
>> v320.pre, local.cf, etc) em /etc/mail/spamassassin, /etc/spamassassin ou
>> /usr/local/etc/mail/**spamassassin.
>>
>> Os bayes do SA geralmente ficam no diretório $HOME/.spamassassin, sendo
>> $HOME o diretório home do usuário que está rodando o SA. Se for o root,
>> então é /root/.spamassassin
>>
>> O sendmail no seu caso, é um wrapper para manter a compatibilidade já que
>> muitos programas esperam que o bom e antigo sendmail esteja instalado.
>>
>> Se possível monitore o servidor com o top ou atop e também deixe
>> executando um vmstat[1] para tentar descobrir aonde existe o gargalo.
>>
>> [1]. execute o vmstat por alguns segundos. Geralmente no Linux vmstat 40
>> mostra dados de 1 em 1 segundo durante 40 segundos. No FreeBSD é vmstat -c
>> 40.
>>
>>
>> --
>> vic
>> http://choppnerd.com
>> http://donttrack.us  |  http://dontbubble.us
>>
>> ______________________________**_________________
>> Postfix-BR mailing list
>> Postfix-BR@listas.**softwarelivre.org<Postfix-BR@listas.softwarelivre.org>
>> http://listas.softwarelivre.**org/mailman/listinfo/postfix-**br<http://listas.softwarelivre.org/mailman/listinfo/postfix-br>
>>
>
>
_______________________________________________
Postfix-BR mailing list
Postfix-BR@listas.softwarelivre.org
http://listas.softwarelivre.org/mailman/listinfo/postfix-br

Responder a