Re: Test request for Stats collector performance improvement

From: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Test request for Stats collector performance improvement
Date: 2006-06-16 04:48:27
Message-ID: e6td7b$2oqb$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches pgsql-performance


"Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote
>
> Any idea why there is such a variance in the result? The second run
> looks quite slow.
>

No luck so far. It is quite repeatble in my machine -- runing times which
show a long execution time: 2, 11, 14, 21 ... But when I do strace, the
weiredness disappered totally. Have we seen any strange things like this
before?

Regards,
Qingqing

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2006-06-16 04:53:35 Re: Re-thing PG_MODULE_MAGIC
Previous Message ITAGAKI Takahiro 2006-06-16 04:33:43 table/index fillfactor control, try 2

Browse pgsql-patches by date

  From Date Subject
Next Message Pavel Stehule 2006-06-16 06:17:52 Re: return can contains any row or record functions
Previous Message ITAGAKI Takahiro 2006-06-16 04:33:43 table/index fillfactor control, try 2

Browse pgsql-performance by date

  From Date Subject
Next Message David Leangen 2006-06-16 06:58:46 Delete operation VERY slow...
Previous Message Bruce Momjian 2006-06-16 03:57:22 Re: Test request for Stats collector performance improvement