Euler Taveira de Oliveira escreveu: > Sintonia (aka tuning) para que tipo de aplicação? OLTP, Web, OLAP? Quais > os parâmetros no postgresql.conf foram alterados? Quais os parâmetros do > kernel (se *NIX) foram alterados? > OLTP... Alguns parametros de TCP/Memoria/Semaforos...
postgresql.conf max_connections = 1000 shared_buffers = 4096MB work_mem = 4096MB maintenance_work_mem = 512MB (as criacoes de tabelas/indices são particionados e rodam de madrugada, então a criação eh instantanea) max_fsm_pages = 204800 max_fsm_relations = 2000 /* COMMENT */ Esses dois parametros estão comentados eu fiz inumeros testes e noto que quando habilito (independente do valor) a performance nas operações de INSERT/UPDATE caem consideravelmente.. No meu caso eu acho que não será necessário habilitar, pois os discos são tudo de 15k RPM e o storage tem 1 cache de 64GB... seria jogar recurso fora, estou certo? bgwriter_delay = 200 bgwriter_lru_maxpages = 200 /* END COMENT */ wal_sync_method = open_sync (dentre os diversos modos, alguem sabe me dizer qual o mais eficaz?) wal_buffers = 102400kB wal_writer_delay = 200ms commit_delay = 10 checkpoint_segments = 30 checkpoint_timeout = 1000 checkpoint_warning = 0 archive_mode = on archive_command = 'cp "%p" /xxx/data/dbms/postgresql/archive/"%f"' autovacuum = on log_autovacuum_min_duration = 1s autovacuum_max_workers = 10 autovacuum_naptime = 5min autovacuum_vacuum_threshold = 10000 autovacuum_vacuum_scale_factor = 1.0 autovacuum_freeze_max_age = 400000000 > > > Estão em discos separados? controladoras separadas? > Sim, cada FS desse está montando num vg diferente que por sua vez monta luns diferentes no storage... > >> shmax = 12GB >> > ^^^^^^^ > Não faça isso. Geralmente não deixo ele ser maior do que 50% da memória. > Euler, mas o servidor eh dedicado ao PGSQL, o SO não vai consumir os outros 4GB restante e ainda tem 2GB de swap. > Já vistes o material da palestra do Ike-san [1]? É um bom começo. > > [1] http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007 > Já sim, eu estava no pgcon 2007, foi de grande utilidade. Muito obrigado Leandro _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
