Re: Scaling shared buffer eviction

From: Mark Kirkwood <mark(dot)kirkwood(at)catalyst(dot)net(dot)nz>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Gregory Smith <gregsmithpgsql(at)gmail(dot)com>
Cc: Andres Freund <andres(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Scaling shared buffer eviction
Date: 2014-09-14 07:09:00
Message-ID: 54153F0C.1030201@catalyst.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 14/09/14 19:00, Amit Kapila wrote:
> On Fri, Sep 12, 2014 at 11:09 PM, Gregory Smith
> <gregsmithpgsql(at)gmail(dot)com <mailto:gregsmithpgsql(at)gmail(dot)com>> wrote:
>
> > This looks like it's squashed one of the very fundamental buffer
> > scaling issues though; well done Amit.
>
> Thanks.
>
> > I'll go back to my notes and try to recreate the pathological cases
> > that plagued both the 8.3 BGW rewrite and the aborted 9.2 fsync
> > spreading effort I did; get those running again and see how they
> > do on this new approach. I have a decent sized 24 core server
> > that should be good enough for this job. I'll see what I can do.
>
> It will be really helpful if you can try out those cases.
>
>

And if you want 'em run on the 60 core beast, just let me know the
details and I'll do some runs for you.

Cheers

Mark

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Atri Sharma 2014-09-14 07:25:47 Re: Postgres code for a query intermediate dataset
Previous Message Amit Kapila 2014-09-14 07:00:34 Re: Scaling shared buffer eviction