Re: Re: getting the most of out multi-core systems for repeated complex SELECT statements

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Mark Stosberg <mark(at)summersault(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Re: getting the most of out multi-core systems for repeated complex SELECT statements
Date: 2011-02-04 22:57:59
Message-ID: AANLkTi=fJVDEa4ZewLLNSpnHP1UgeUeVJgtAMt03Ud3k@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, Feb 4, 2011 at 2:18 PM, Mark Stosberg <mark(at)summersault(dot)com> wrote:
> It looks like it's going to be trivial-- Divide up the data with a
> modulo, and run multiple parallel cron scripts that each processes a
> slice of the data. A benchmark showed that this approach sped up our
> processing 3x when splitting the application 4 ways across 4 processors.
> (I think we failed to achieve a 4x improvement because the server was
> already busy handling some other tasks).

I once had about 2 months of machine work ahead of me for one server.
Luckily it was easy to break up into chunks and run it on all the
workstations at night in the office, and we were done in < 1 week.
pgsql was the data store for it, and it was just like what you're
talking about, break it into chunks, spread it around.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Bruce Momjian 2011-02-04 22:58:17 Re: [HACKERS] Slow count(*) again...
Previous Message Josh Berkus 2011-02-04 21:22:29 checkpoint_completion_target and Ext3