Flávio, Teoricamente deveriam ser selects que voltam poucos dados
work_mem 50MB Como o SO tem 20GB, o PG tem 4GB de shared buffers, em menos de 12 horas a memória chega nos 20GB e não baixa de forma nenhuma, mesmo sem ninguém usar o sistema. Essa característica é normal? Em 1 de abril de 2013 15:48, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Em 01-04-2013 15:44, Luiz Carlos L. Nogueira Jr. escreveu: > > Pessoal, >> Tenho essa situação no top, normalmente >> >> top - 15:31:38 up 10 days, 8:13, 4 users, load average: 8.64, 7.58, >> 6.75 >> Tasks: 348 total, 19 running, 329 sleeping, 0 stopped, 0 zombie >> Cpu(s): 99.1%us, 0.3%sy, 0.0%ni, 0.3%id, 0.0%wa, 0.0%hi, 0.3%si, >> 0.0%st >> Mem: 20548432k total, 20103744k used, 444688k free, 173956k buffers >> Swap: 522104k total, 452k used, 521652k free, 15943964k cached >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 6793 postgres 16 0 4397m 1.4g 1.4g R 63.8 7.2 1:08.78 postgres: >> postgres bancox ipX(37472) SELECT >> 6812 postgres 16 0 4387m 1.2g 1.1g R 45.6 5.9 0:17.29 postgres: >> postgres bancox ipX(37491) SELECT >> 6333 postgres 16 0 4409m 1.8g 1.8g R 35.3 9.3 4:34.96 postgres: >> postgres bancox ipX(36995) SELECT >> 6789 postgres 16 0 4398m 1.5g 1.4g R 35.3 7.4 1:11.10 postgres: >> postgres bancox ipX(37468) SELECT >> 6796 postgres 16 0 4397m 1.0g 987m R 34.2 5.1 0:31.00 postgres: >> postgres bancox ipX(37475) SELECT >> 6720 postgres 16 0 4398m 1.5g 1.5g R 31.9 7.7 1:39.07 postgres: >> postgres bancox ipX(37400) SELECT >> 6797 postgres 16 0 4398m 1.1g 1.1g R 31.9 5.7 0:46.33 postgres: >> postgres bancox ipX(37476) SELECT >> 6818 postgres 16 0 4391m 1.3g 1.3g R 29.6 6.7 0:20.25 postgres: >> postgres bancox ipX(37503) SELECT >> 6819 postgres 16 0 4401m 1.5g 1.4g R 29.6 7.4 0:51.29 postgres: >> postgres bancox ipX(37504) SELECT >> 6583 postgres 15 0 4398m 1.5g 1.5g R 22.8 7.8 5:40.79 postgres: >> postgres bancox ipX(37209) SELECT >> 6810 postgres 16 0 4387m 1.3g 1.2g R 19.4 6.4 0:18.93 postgres: >> postgres bancox ipX(37489) SELECT >> 6790 postgres 16 0 4388m 1.0g 1.0g R 13.7 5.1 0:16.35 postgres: >> postgres bancox ipX(37469) idle in transaction >> 6820 postgres 15 0 4399m 1.4g 1.4g S 4.6 7.1 0:30.27 postgres: >> postgres bancox ipX(37507) idle >> 6815 postgres 16 0 4401m 1.3g 1.3g R 2.3 6.6 0:29.87 postgres: >> postgres bancox ipX(37494) idle in transaction >> 6821 postgres 15 0 4397m 1.4g 1.4g S 1.1 7.3 0:44.77 postgres: >> postgres bancox ipX(37510) idle in transaction >> >> Temos 4 CPUs, Shared_buffers 4GB, 20 GB de memória (SO) ,max_connections >> 300 (não foi configurado por nós) >> Só que o pool de conexões JBoss pro PG é de mais de 200, mesmo com essa >> pouca utilização efetiva de conexões simultãneas >> >> Existe uma degradação muito rápida do ambiente como um todo. Diante disso: >> Diminuo o pool de conexões do Jboss? >> É normal esse uso acentuado de CPU pra tão poucos processos simultâneos? >> Essa memória não diminui mesmo em horário sem ninguém usar? >> O %mem de cada processo não diminui de forma nenhuma? >> > > O valor em shared_buffers é alocado quando o PostgreSQL é inicializado e > assim permanece, o tempo todo e é uma área única para todos os processos. > > Cada processo (conexão), porém, pode usar uma memória própria, dependendo > da consulta que está fazendo. Vejo que você tem vários SELECT no seu top. > > Perguntas: > 1) Que tipo de SELECT são esses, poucos resultados baseados em índices ou > grandes massas em seqscans? Tem ORDER BY, GROUP BY ou DISTINCT? > > 2) Qual o valor configurado em work_mem? > Este valor pode ser usado para cada sub-select numa mesma consulta. > > []s > > ______________________________**____ > Flavio Henrique A. Gurgel > Líder de Projetos Especiais > Consultoria, Projetos & Treinamentos 4LINUX > Tel1: +55-11.2125-4747 ou 2125-4748 > www.4linux.com.br > email: [email protected] > ______________________________ > FREE SOFTWARE SOLUTIONS > ______________________________**_________________ > pgbr-geral mailing list > [email protected].**org.br<[email protected]> > https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geral<https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral> >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
