From: | Jon Nelson <jnelson+pgsql(at)jamponi(dot)net> |
---|---|
To: | Greg Smith <greg(at)2ndquadrant(dot)com> |
Cc: | mladen(dot)gogala(at)vmsinfo(dot)com, "david(at)lang(dot)hm" <david(at)lang(dot)hm>, Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>, Vitalii Tymchyshyn <tivv00(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Slow count(*) again... |
Date: | 2010-10-12 13:20:14 |
Message-ID: | AANLkTik_wN6Wn=G5NsxpbnEpaa=kdcAruLn8s0XBimNH@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
On Tue, Oct 12, 2010 at 8:18 AM, Greg Smith <greg(at)2ndquadrant(dot)com> wrote:
> No. Usually the sequence used to remove all cached data from RAM before a
> benchmark is:
All cached data (as cached in postgresql - *not* the Linux system
caches)..., right?
--
Jon
From | Date | Subject | |
---|---|---|---|
Next Message | KaiGai Kohei | 2010-10-12 13:20:51 | Re: security hook on table creation |
Previous Message | Luca Tettamanti | 2010-10-12 13:19:52 | Re: Slow count(*) again... |
From | Date | Subject | |
---|---|---|---|
Next Message | Mladen Gogala | 2010-10-12 13:55:39 | Re: Slow count(*) again... |
Previous Message | Luca Tettamanti | 2010-10-12 13:19:52 | Re: Slow count(*) again... |