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 346D4DADF9 for ; Tue, 22 Nov 2005 05:49:25 -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 61542-10 for ; Tue, 22 Nov 2005 09:49:26 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from soufre.accelance.net (soufre.accelance.net [213.162.48.15]) by svr1.postgresql.org (Postfix) with ESMTP id B3B83DACD9 for ; Tue, 22 Nov 2005 05:49:21 -0400 (AST) Received: from [213.162.49.207] (gs.team.openwide.fr [213.162.49.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by soufre.accelance.net (Postfix) with ESMTP id E8A4D5E1C; Tue, 22 Nov 2005 10:49:22 +0100 (CET) Message-ID: <4382E9A2.5080102@openwide.fr> Date: Tue, 22 Nov 2005 10:49:22 +0100 From: Guillaume Smet User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) 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> <437D13AA.4010309@openwide.fr> <20051118161312.GC28967@phlogiston.dyndns.org> In-Reply-To: <20051118161312.GC28967@phlogiston.dyndns.org> 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/434 X-Sequence-Number: 15691 Andrew, > I would be very suspicious of that much memory for sort. Please see > the docs for what that does. That is the amount that _each sort_ can > allocate before spilling to disk. > If some set of your users are > causing complicated queries with, say, four sorts apiece, then each > user is potentially allocating 4x that much memory. That's going to > wreak havoc on your disk buffers (which are tricky to monitor on most > systems, and impossible on some). Yes, we have effectively complicated queries. That's why we put the sort_mem so high. I'll see if we can put it lower for the next few days to see if it improves our performances. Thanks for your help. -- Guillaume