Bom, antes de mais nada, gostaria de agradecer a todos por tantas
informações.

Bom Ranzes, realmente não é um slackware. Vou estudar a questão do cache do
mysql.

Perguntei aqui para a comunidade do Slackware por saber que vocês são os
caras! Sempre que pergunto algo aqui, vocês me respondem de forma simples e
direta.

Realmente eu não tenho um conhecimento avançado em servidor de email. Mas
claro, sempre que aparece um eu tento acompanhar.

No caso deste servidor, tem perto de 400 usuários.
É um CentOS release 5.5 (Final)

Neste momento o servidor não está tão gargalado. Mesmo assim:
free -m
             total       used       free     shared    buffers     cached
Mem:          3948       3317        631          0         47        314
-/+ buffers/cache:       2955        993
Swap:         6016       2497       3518

Ontem estava com 85mb de memória free e com menos de 200mb de cache. A swap
estava em 80% em média.

Este servidor é virtual, apresentaram 4 processadores para ele.

Tem um Zimbra, ASSP, Clamav e o MySQL.

Não quero encomodar vocẽs com este problema, mas acreditam que isto poderia
estar ocupando menos recurso?
Que outras informações são relevantes neste caso?



Em 13 de novembro de 2012 10:26, Otavio Augusto <[email protected]>escreveu:

> Em 12 de novembro de 2012 19:49, ranzes tamar da silva <
> [email protected]> escreveu:
>
>> Pois é ,  dei uma olhada no site  e o que me assutou que ele é super
>> simples e parece extremamente funcional.
>> Baseado em Perl  o que facilita muito alterações  etc...
>> O uso de swap por causa destes processos  e mysql nessa quantidade
>> relatada é duvidosa.
>>
>> Conte-nos  mais sobre esse sistema para entender melhor.
>>
>
> O ASSP trabalha como proxy, como já disse , e pode usar o mysql como banco
> de dados para tornar consultas a base listas negras,cinzas e brancas mais
> rápidas e também os hash bayseian. Ele também tem uma base de dados central
> conde outros servidores enviam seus bloqueios de spam para alimentar a base
> de dados de spams que estão rolando pela net( Esta opção pode ser
> desabilitada) e todo mundo baixa isto automaticamente  Isto é uma coisa que
> o torna muito eficiente.
> A interface de configuração é bem simples e também existe uma base de
> comandos através de envio de emails para um domínio local específico
> onde o próprio usuário pode liberar ou bloquear algum remetente como
> emissor ou não de spam.
> Na verdade os recursos dele são muitos. Tem ler a doc. E a maior parte
> dela esta na interface de gerenciamento, mas é fácil de entender.
> É claro que a pessoa tem que entender um pouco dos protocolos e
> tecnologias envolvidas em transmissões de emails.
> Em se tratando de soluções Free e Open Source de anti spam o ASSP é a
> melhor opção que conheço.
>
>
>
>
>> Abs.
>>
>> Ranzes Tamar
>>
>> Em 12 de novembro de 2012 19:37, Otavio Augusto <[email protected]>escreveu:
>>
>> O assp[1] nao é frontenf é um proxy smtp que faz papel de um excelente
>>> antiSpam.
>>> uso em alguns servidores é muito bom. Só nunca tive problema de usar
>>> tanto swap assim.
>>> O servidor com maior carga que possuo tem + ou - 3000 contas ativas.
>>>
>>> http://assp.sf.net
>>>
>>>
>>> 2012/11/12 ranzes tamar da silva <[email protected]>
>>>
>>>> Olha mô querido.
>>>>
>>>> Me parece que isso é apenas um frontend para seu servidor de email
>>>> certo?
>>>>
>>>> Não entendo porque o consumo está tão alto.
>>>>
>>>> O que você pode fazer é limitar o uso de memória do mysql.
>>>> Verificar serviços desnecessários sendo inicializados etc..
>>>>
>>>> é um servidor muito simples para tal problema, desde que o tráfego de
>>>> email seja baixo.
>>>>
>>>> Estranho....  e provavelmente não deve estar rodando Slack.
>>>>
>>>> :(
>>>>
>>>> Att
>>>>
>>>> Ranzes Tamar
>>>>
>>>>
>>>>
>>>> Em 12 de novembro de 2012 14:45, Rodrigo Konrath 
>>>> <[email protected]>escreveu:
>>>>
>>>> Que falta memória, isto tudo mundo lá da empresa sabe :)
>>>>>
>>>>> Esta sempre perto de 40% de swap sem cache na memória.
>>>>> com toda certeza ta trabalhando direto na swap boa parte do tempo.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 12 de novembro de 2012 13:41, Otavio Augusto 
>>>>> <[email protected]>escreveu:
>>>>>
>>>>>> Agora kara na boa.
>>>>>> Se ele ta usando 4G de swap vc precisa de um pouco mais de memória. :)
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2012/11/12 Rodrigo Konrath <[email protected]>
>>>>>>
>>>>>>> Grande Ranzes.
>>>>>>> Dito e feito, ASSP e MYSQL :)
>>>>>>>
>>>>>>> Obrigado.
>>>>>>>
>>>>>>> Em 12 de novembro de 2012 11:59, ranzes tamar da silva <
>>>>>>> [email protected]> escreveu:
>>>>>>>
>>>>>>> Digite top
>>>>>>>>
>>>>>>>> aperto a letra  o
>>>>>>>>
>>>>>>>> selecione swap na ordem   acho que é  p  a letra
>>>>>>>>
>>>>>>>> Att,
>>>>>>>> Ranzes Tamar
>>>>>>>>
>>>>>>>> Em 12 de novembro de 2012 11:40, Rodrigo Konrath <
>>>>>>>> [email protected]> escreveu:
>>>>>>>>
>>>>>>>>> Bom dia pessoal.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Sempre tive esta duvida, mas não acho a resposta.
>>>>>>>>>
>>>>>>>>> Preciso descobrir o que esta no swap de um servidor.
>>>>>>>>> Neste servidor esta rodando um servidor de email zimbra. Este
>>>>>>>>> servidor tem 4 GB de RAM e 6GB de SWAP.
>>>>>>>>> Atualmente esta usando 4GB de swap.
>>>>>>>>>
>>>>>>>>> Provável que o assp e o mysql que estão usando esta memória toda.
>>>>>>>>> Mas como confirmar?
>>>>>>>>>
>>>>>>>>> Não sei se estou procurando errado na net, mas não to achando uma
>>>>>>>>> forma de fazer isto.
>>>>>>>>>
>>>>>>>>> Obrigado desde já.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> *Rodrigo W. Konrath*
>>>>>>>>> Técnico em Redes
>>>>>>>>> (48) 9927 - 9447
>>>>>>>>>
>>>>>>>>>  --
>>>>>>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>>>>>>> http://www.slackwarebrasil.org/
>>>>>>>>> http://groups.google.com/group/slack-users-br
>>>>>>>>>
>>>>>>>>> Antes de perguntar:
>>>>>>>>> http://www.istf.com.br/perguntas/
>>>>>>>>>
>>>>>>>>> Para sair da lista envie um e-mail para:
>>>>>>>>> [email protected]
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>>   *Ranzes Tamar
>>>>>>>>        *Comptia L+ Certified
>>>>>>>>            Novell Certified
>>>>>>>>            Cisco Certified
>>>>>>>>              LPI Certified
>>>>>>>>              HP Certified
>>>>>>>>
>>>>>>>> Acesse: http://www.ranzes.com.br
>>>>>>>>
>>>>>>>> --
>>>>>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>>>>>> http://www.slackwarebrasil.org/
>>>>>>>> http://groups.google.com/group/slack-users-br
>>>>>>>>
>>>>>>>> Antes de perguntar:
>>>>>>>> http://www.istf.com.br/perguntas/
>>>>>>>>
>>>>>>>> Para sair da lista envie um e-mail para:
>>>>>>>> [email protected]
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> *Rodrigo W. Konrath*
>>>>>>> Técnico em Redes
>>>>>>> (48) 9927 - 9447
>>>>>>>
>>>>>>>  --
>>>>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>>>>> http://www.slackwarebrasil.org/
>>>>>>> http://groups.google.com/group/slack-users-br
>>>>>>>
>>>>>>> Antes de perguntar:
>>>>>>> http://www.istf.com.br/perguntas/
>>>>>>>
>>>>>>> Para sair da lista envie um e-mail para:
>>>>>>> [email protected]
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Otavio Augusto
>>>>>> ---------------------
>>>>>> Consultor de TI
>>>>>> Citius Tecnologia
>>>>>> 31 37761866
>>>>>> 31 88651242
>>>>>> http://www.citiustecnologia.com.br
>>>>>>
>>>>>> --
>>>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>>>> http://www.slackwarebrasil.org/
>>>>>> http://groups.google.com/group/slack-users-br
>>>>>>
>>>>>> Antes de perguntar:
>>>>>> http://www.istf.com.br/perguntas/
>>>>>>
>>>>>> Para sair da lista envie um e-mail para:
>>>>>> [email protected]
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Rodrigo W. Konrath*
>>>>> Técnico em Redes
>>>>> (48) 9927 - 9447
>>>>>
>>>>>  --
>>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>>> http://www.slackwarebrasil.org/
>>>>> http://groups.google.com/group/slack-users-br
>>>>>
>>>>> Antes de perguntar:
>>>>> http://www.istf.com.br/perguntas/
>>>>>
>>>>> Para sair da lista envie um e-mail para:
>>>>> [email protected]
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>>   *Ranzes Tamar
>>>>        *Comptia L+ Certified
>>>>            Novell Certified
>>>>            Cisco Certified
>>>>              LPI Certified
>>>>              HP Certified
>>>>
>>>> Acesse: http://www.ranzes.com.br
>>>>
>>>> --
>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>> http://www.slackwarebrasil.org/
>>>> http://groups.google.com/group/slack-users-br
>>>>
>>>> Antes de perguntar:
>>>> http://www.istf.com.br/perguntas/
>>>>
>>>> Para sair da lista envie um e-mail para:
>>>> [email protected]
>>>>
>>>
>>>
>>>
>>> --
>>> Otavio Augusto
>>> ---------------------
>>> Consultor de TI
>>> Citius Tecnologia
>>> 31 37761866
>>> 31 88651242
>>> http://www.citiustecnologia.com.br
>>>
>>> --
>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>> http://www.slackwarebrasil.org/
>>> http://groups.google.com/group/slack-users-br
>>>
>>> Antes de perguntar:
>>> http://www.istf.com.br/perguntas/
>>>
>>> Para sair da lista envie um e-mail para:
>>> [email protected]
>>
>>
>>
>>
>> --
>>
>>   *Ranzes Tamar
>>        *Comptia L+ Certified
>>            Novell Certified
>>            Cisco Certified
>>              LPI Certified
>>              HP Certified
>>
>> Acesse: http://www.ranzes.com.br
>>
>> --
>> GUS-BR - Grupo de Usuários de Slackware Brasil
>> http://www.slackwarebrasil.org/
>> http://groups.google.com/group/slack-users-br
>>
>> Antes de perguntar:
>> http://www.istf.com.br/perguntas/
>>
>> Para sair da lista envie um e-mail para:
>> [email protected]
>>
>
>
>
> --
> Otavio Augusto
> ---------------------
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
>
> --
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
> http://www.istf.com.br/perguntas/
>
> Para sair da lista envie um e-mail para:
> [email protected]
>



-- 
*Rodrigo W. Konrath*
Técnico em Redes
(48) 9927 - 9447

-- 
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.istf.com.br/perguntas/

Para sair da lista envie um e-mail para:
[email protected]

Responder a