Re: [PERFORM] High CPU usage / load average after upgrading to Ubuntu 12.04

2013-02-19 Thread Scott Marlowe
On Tue, Feb 19, 2013 at 4:24 PM, Josh Berkus wrote: > ... then you'll see checkpoint "stalls" and spread checkpoint will > actually make them worse by making the stalls longer. Wait, if they're spread enough then there won't be a checkpoint, so to speak. Are you saying that spreading them out me

Re: [PERFORM] High CPU usage / load average after upgrading to Ubuntu 12.04

2013-02-19 Thread Mark Kirkwood
On 20/02/13 12:24, Josh Berkus wrote: NM, I tested lowering dirty_background_ratio, and it didn't help, because checkpoints are kicking in before pdflush ever gets there. So the issue seems to be that if you have this combination of factors: 1. large RAM 2. many/fast CPUs 3. a database which f

Re: [PERFORM] High CPU usage / load average after upgrading to Ubuntu 12.04

2013-02-19 Thread Josh Berkus
On 02/19/2013 09:51 AM, Josh Berkus wrote: > On 02/18/2013 08:28 PM, Mark Kirkwood wrote: >> Might be worth looking at your vm.dirty_ratio, vm.dirty_background_ratio >> and friends settings. We managed to choke up a system with 16x SSD by >> leaving them at their defaults... > > Yeah? Any setting

Re: [PERFORM] High CPU usage / load average after upgrading to Ubuntu 12.04

2013-02-19 Thread Mark Kirkwood
On 20/02/13 06:51, Josh Berkus wrote: On 02/18/2013 08:28 PM, Mark Kirkwood wrote: Might be worth looking at your vm.dirty_ratio, vm.dirty_background_ratio and friends settings. We managed to choke up a system with 16x SSD by leaving them at their defaults... Yeah? Any settings you'd recommend

Re: [PERFORM] Very slow update statement on 40mio rows

2013-02-19 Thread Merlin Moncure
On Fri, Feb 15, 2013 at 9:32 AM, Florian Schröck wrote: > Hello Kevin, > not updating every row which doesn't need the update solved the problem! > Your query took only 1 minute. :) > > Thank you so much for the fast response, have a great weekend! > > PS: When you switch to "TEXT" on the explain

Re: [PERFORM] High CPU usage / load average after upgrading to Ubuntu 12.04

2013-02-19 Thread Josh Berkus
On 02/18/2013 08:28 PM, Mark Kirkwood wrote: > Might be worth looking at your vm.dirty_ratio, vm.dirty_background_ratio > and friends settings. We managed to choke up a system with 16x SSD by > leaving them at their defaults... Yeah? Any settings you'd recommend specifically? What did you use on

Re: [PERFORM] Speed of exist

2013-02-19 Thread Bastiaan Olij
Hi Pavel, That is what I've done in this particular case but there are parts where I use exist checks in this way that are very cumbersome to write out like that so I'm hoping there is a way to make the optimizer work with existence checks in this way. Cheers, Bastiaan Olij On 19/02/13 6:39 PM,

Re: [PERFORM] slow query plans caused by under-estimation of CTE cardinality

2013-02-19 Thread Tom Lane
John Lumby writes: > Meanwhile,   I have one other suggestion aimed specifically at problematic > CTEs: > Would it be reasonable to provide a new Planner Configuration option  : >   enable_nestloop_cte_inner (boolean) >   Enables or disables the query planner's use of nested-loop join plans in