Re: Very big insert/join performance problem (bacula)

From: Marc Cousin <cousinmarc(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Very big insert/join performance problem (bacula)
Date: 2009-07-24 05:13:06
Message-ID: 200907240713.06926.cousinmarc@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

> It really has very little impact. It only affects index scans, and
> even then only if effective_cache_size is less than the size of the
> table.
>
> Essentially, when this kicks in, it models the effect that if you are
> index scanning a table much larger than the size of your cache, you
> might have to reread some blocks that you previously read in during
> *that same index scan*.

Ok, thanks for clearing that up for me. Still, I think the doc could be
improved on this point (sorry to be a bit obsessed with that, but I'm one of
the french translators, so I like the doc to be perfect :) )

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Albe Laurenz 2009-07-24 06:14:23 Re: Configuring Postgresql for writing BLOB at a high-rate
Previous Message Robert Haas 2009-07-24 03:48:27 Re: Very big insert/join performance problem (bacula)