- troque por um Debian (de verdade, não Kurumin)
- use XFS (para dados e log de transações)
Para saber informações sobre os maiores objetos:
detran=# select relname, reltuples, relpages, round(relpages/2^7)||' MB' as tamanho from pg_class order by relpages desc limit 5;
relname | reltuples | relpages | tamanho
-------------------+-------------+----------+---------
tb_usuario | 1.84106e+06 | 70699 | 552 MB
tb_processo | 1.84115e+06 | 41089 | 321 MB
tb_guiaservico | 5.97931e+06 | 39206 | 306 MB
tb_ddagendamentos | 3.53241e+06 | 34658 | 271 MB
tb_guia | 2.51586e+06 | 32136 | 251 MB
(5 rows)
--
Rodrigo Hjort
http://icewall.org/~hjort
2006/6/9, marlon david de souza <[EMAIL PROTECTED]>:
Essa documentação sugere para colocar o diretório pg_xlog em um disco
dedicado. Qual seria o sistema de arquivos adequado à ser usado neste disco?
(ext2, ext3, XFS, RaiserFS).
Também é sugerido alterar o parâmetro "maitenance_work_men" para ter de 50% a
70% do tamanho da maior tabela e/ou índice. Como eu descubro o tamanho em Kb
de meu maior objeto do banco?
Em Sex 09 Jun 2006 00:47, você escreveu:
> marlon david de souza escreveu:
> > A seguinte configuração de hardware/software é adequada para comportar
> > um PostgreSQL 8.1.x que irá gerenciar uma base de 50Gb com cerca de 150
> > conexões simultâneas?
>
> Creio que sim. Mas tudo vai depender da natureza dos dados. Espalhar os
> dados (índices, tabelas, log de transação) em vários discos pode ajudar
> um pouco na performance. É aconselhável ler [1] para se alertar sobre
> alguns pontos com relação a performance.
>
> [1] http://www.powerpostgresql.com/PerfList/
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br
_______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
