From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Matthew Wakeling <matthew(at)flymine(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: GiST index performance |
Date: | 2009-06-17 12:46:03 |
Message-ID: | 4A38E58B.3010403@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Tom Lane wrote:
> Matthew Wakeling <matthew(at)flymine(dot)org> writes:
>> I'm guessing my next step is to install a version of libc with debugging
>> symbols?
>
> Yeah, if you want to find out what's happening in libc, that's what you
> need.
Getting callgraph information from oprofile would also help. Although it
won't directly tell what function in libc is being called, you would see
where the calls are coming from, which is usually enough to guess what
the libc function is.
You can also get the oprofile data, including callgraph, into
kcachegrind, which is *very* helpful. Here's a script I use:
http://roberts.vorpus.org/~njs/op2calltree.py
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2009-06-17 13:08:33 | Re: Speeding up a query. |
Previous Message | Alberto Dalmaso | 2009-06-17 09:33:59 | Re: Speeding up a query. |