From: | "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com> |
---|---|
To: | "Robert Treat" <xzilla(at)users(dot)sourceforge(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org, "ITAGAKI Takahiro" <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, "Josh Berkus" <josh(at)agliodbs(dot)com> |
Subject: | Re: pg_stat_statements |
Date: | 2008-06-16 14:54:38 |
Message-ID: | 36e682920806160754r72ba68f9te2e7f6b34e3f4d2c@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jun 16, 2008 at 10:34 AM, Robert Treat
<xzilla(at)users(dot)sourceforge(dot)net> wrote:
> Given that PostgreSQL relies on the operating
> system for a majority of it's instermentation (ie. we have nothing like v$
> tables in oracle), we should really be thinking of dtrace as the ultimate
> tool for DBA's to figure out what is going on in thier systems.
Over a year ago, we added an Oracle wait-event-like interface
(counters and timers) to the core of Advanced Server which not only
provides everything DTrace currently does, but is also cross-platform
and is < 300 lines of code in the core.
While DTrace has a little less overhead due to its use of a user-mode
high-resolution timer, neither benchmarks or customers have found our
implementation to cause any performance degradation when timing is
enabled.
It wouldn't be too hard to write the probes in such a way as they
could be used by DTrace or by a loadable timing/counter implementation
for platforms which don't support DTrace.
--
Jonah H. Harris, Sr. Software Architect | phone: 732.331.1324
EnterpriseDB Corporation | fax: 732.331.1301
499 Thornall Street, 2nd Floor | jonah(dot)harris(at)enterprisedb(dot)com
Edison, NJ 08837 | http://www.enterprisedb.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2008-06-16 16:32:38 | Re: TODO Item: Allow pg_hba.conf to specify host names along with IP addresses |
Previous Message | Robert Treat | 2008-06-16 14:34:32 | Re: pg_stat_statements |