X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 3856EDB9EA for ; Thu, 17 Nov 2005 19:35:12 -0400 (AST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 83256-04 for ; Thu, 17 Nov 2005 23:35:12 +0000 (GMT) X-Greylist: delayed 05:47:55.442799 by SQLgrey- Received: from soufre.accelance.net (soufre.accelance.net [213.162.48.15]) by svr1.postgresql.org (Postfix) with ESMTP id 34533DB996 for ; Thu, 17 Nov 2005 19:35:06 -0400 (AST) Received: from [86.200.101.246] (ALyon-254-1-66-246.w86-200.abo.wanadoo.fr [86.200.101.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by soufre.accelance.net (Postfix) with ESMTP id 7CDC05DD2; Fri, 18 Nov 2005 00:35:08 +0100 (CET) Message-ID: <437D13AA.4010309@openwide.fr> Date: Fri, 18 Nov 2005 00:35:06 +0100 From: Guillaume Smet User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc3 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Sullivan CC: pgsql-performance@postgresql.org Subject: Re: weird performances problem References: <437CC21D.8070402@openwide.fr> <20051117221314.GC26696@phlogiston.dyndns.org> In-Reply-To: <20051117221314.GC26696@phlogiston.dyndns.org> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200511/338 X-Sequence-Number: 15595 Andrew, Andrew Sullivan wrote: > Is it exactly half an hour? What changes at the time that happens > (i.e. what else happens on the machine?). Is this a time, for > example, when logrotate is killing your I/O with file moves? No, it's not exactly half an hour. It's just that it slows down for some time (10, 20, 30 minutes) and then it's OK again. It happens several times per day. I checked if there are other processes running when we have this slow down but it's not the case. There's not really a difference between when it's OK or not (apart from the number of connections because the db is too slow): load is still at 4 or 5, iowait is still at 0%, there's still cpu idle and we still have free memory. I can't find what is the limit and why there is cpu idle. I forgot to give our non default postgresql.conf parameters: shared_buffers = 28800 sort_mem = 32768 vacuum_mem = 32768 max_fsm_pages = 350000 max_fsm_relations = 2000 checkpoint_segments = 16 effective_cache_size = 270000 random_page_cost = 2 Thanks for your help -- Guillaume