Em Segunda 09 Abril 2007 14:15, Leandro Guimarães Faria Corcete DUTRA 
escreveu:
> Em Seg, 2007-04-09 às 10:46 +0000, Deleon Galvin escreveu:
> > Eu hoje tenho um ambiente com FreeBSD 6.2 Stable e Postgresql 8.1.5
> > rodando em ambiente de produção.
> >
> > Porém meu hardware está começando a mostrar sinais de saturação e estou
> > cotando um novo servidor.
>
>       Tem certeza de que é caso de troca?
>
>       O que mais influencia é E/S: disco e memória.  Podem-se colocar discos
> (SAS 15k RPM, por exemplo) e memória adicional sem comprar nova máquina.
>
Na realidade eu falei em upgrade com os gestores, porém como ja é um 
servidor "ultrapassado" e baixa confiabilidade, e como estamos em fase de 
expansão, o servidor utilizado hj terá nova atribuição, e será adquirido um 
novo pra substituir o BD.

> > E gostaria de saber oq influencia mais na questão de performance de
> > processador para Banco de dados? Número de Núcleos, memoria cache?
>
>       Memória cache, sem dúvida, por fazer parte do sistema de E/S.  O número
> de núcleos é bonitinho, mas só vai entrar em campo se você realmente
> tiver muitos processos, em oposição a alguns processos muito pesados.
> Isso dito, havendo tantos processos o PostgreSQL (e o GNU/Linux, o
> FreeBSD imagino que também) usa os núcleos muito bem, ao contrário do MS
> SQL Server.
Sim, por natureza o FreeBSD tem um ótimo gerenciamento dos processos. Minha 
preocupação seria como o BD associado ao SO se aproveita disto.
Na realidade tenho poucos processos pesados centralizados em períodos 
específicos e alguns "mega" relatórios pouco utilizados, tendo uma maior 
preocupação com o número de conexões simultâneas pois se trata de um sistema 
de Gestao web.

Muito obrigado pela atenção !!

Um abraço!
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/

Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios

Responder a