public inbox for [email protected]  
help / color / mirror / Atom feed
DTrace docs, Open Items and Performance
5+ messages / 4 participants
[nested] [flat]

* DTrace docs, Open Items and Performance
@ 2006-11-28 10:37 Simon Riggs <[email protected]>
  2006-11-28 11:09 ` Re: DTrace docs, Open Items and Performance Peter Eisentraut <[email protected]>
  0 siblings, 1 reply; 5+ messages in thread

From: Simon Riggs @ 2006-11-28 10:37 UTC (permalink / raw)
  To: pgsql-docs

Robert Lor and Josh Berkus have taken up my offer to assist in
documenting the new Dynamic Trace facility more fully, which was the one
remaining item on the 8.2 Open Items list.

I'm planning to 
- add a new section to Performance Tips chapter called Dynamic Tracing 
- rename the chapter Performance & Tuning.
- add some further intro stuff on chapter header page

Comments?

-- 
  Simon Riggs             
  EnterpriseDB   http://www.enterprisedb.com





^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Re: DTrace docs, Open Items and Performance
  2006-11-28 10:37 DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
@ 2006-11-28 11:09 ` Peter Eisentraut <[email protected]>
  2006-11-28 11:27   ` Re: DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
  2006-11-28 15:05   ` Re: DTrace docs, Open Items and Performance Tom Lane <[email protected]>
  0 siblings, 2 replies; 5+ messages in thread

From: Peter Eisentraut @ 2006-11-28 11:09 UTC (permalink / raw)
  To: pgsql-docs; +Cc: Simon Riggs <[email protected]>

Simon Riggs wrote:
> I'm planning to
> - add a new section to Performance Tips chapter called Dynamic
> Tracing - rename the chapter Performance & Tuning.
> - add some further intro stuff on chapter header page

In my mind it's a little late for revising the documentation structure.  
I'd also think that DTrace is not a tuning tool but a monitoring tool 
which might place it closer to the description of the statistics 
collector.  I think the original plan even placed it into the Internals 
part.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/



^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Re: DTrace docs, Open Items and Performance
  2006-11-28 10:37 DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
  2006-11-28 11:09 ` Re: DTrace docs, Open Items and Performance Peter Eisentraut <[email protected]>
@ 2006-11-28 11:27   ` Simon Riggs <[email protected]>
  1 sibling, 0 replies; 5+ messages in thread

From: Simon Riggs @ 2006-11-28 11:27 UTC (permalink / raw)
  To: Peter Eisentraut <[email protected]>; +Cc: pgsql-docs

On Tue, 2006-11-28 at 12:09 +0100, Peter Eisentraut wrote:
> Simon Riggs wrote:
> > I'm planning to
> > - add a new section to Performance Tips chapter called Dynamic
> > Tracing - rename the chapter Performance & Tuning.
> > - add some further intro stuff on chapter header page
> 
> In my mind it's a little late for revising the documentation structure.  
> I'd also think that DTrace is not a tuning tool but a monitoring tool 
> which might place it closer to the description of the statistics 
> collector.  I think the original plan even placed it into the Internals 
> part.

An additional chapter then, in the internals section? Dynamictrace.sgml

Or a subsection in the Monitoring.sgml chapter? (with the statistics
collector stuff)

-- 
  Simon Riggs             
  EnterpriseDB   http://www.enterprisedb.com





^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Re: DTrace docs, Open Items and Performance
  2006-11-28 10:37 DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
  2006-11-28 11:09 ` Re: DTrace docs, Open Items and Performance Peter Eisentraut <[email protected]>
@ 2006-11-28 15:05   ` Tom Lane <[email protected]>
  2006-12-01 00:30     ` Re: DTrace docs, Open Items and Performance Robert Treat <[email protected]>
  1 sibling, 1 reply; 5+ messages in thread

From: Tom Lane @ 2006-11-28 15:05 UTC (permalink / raw)
  To: Peter Eisentraut <[email protected]>; +Cc: pgsql-docs; Simon Riggs <[email protected]>

Peter Eisentraut <[email protected]> writes:
> Simon Riggs wrote:
>> I'm planning to
>> - add a new section to Performance Tips chapter called Dynamic

> In my mind it's a little late for revising the documentation structure.  
> I'd also think that DTrace is not a tuning tool but a monitoring tool 
> which might place it closer to the description of the statistics 
> collector.  I think the original plan even placed it into the Internals 
> part.

I was about to say the same.  In my mind DTrace is primarily a hacker's
tool --- I do not foresee the average DBA using it.  So it does not
belong in the Performance Tips chapter.  A new chapter under Internals
is probably as good as anything.

			regards, tom lane



^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Re: DTrace docs, Open Items and Performance
  2006-11-28 10:37 DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
  2006-11-28 11:09 ` Re: DTrace docs, Open Items and Performance Peter Eisentraut <[email protected]>
  2006-11-28 15:05   ` Re: DTrace docs, Open Items and Performance Tom Lane <[email protected]>
@ 2006-12-01 00:30     ` Robert Treat <[email protected]>
  0 siblings, 0 replies; 5+ messages in thread

From: Robert Treat @ 2006-12-01 00:30 UTC (permalink / raw)
  To: pgsql-docs; +Cc: Tom Lane <[email protected]>; Peter Eisentraut <[email protected]>; Simon Riggs <[email protected]>

On Tuesday 28 November 2006 10:05, Tom Lane wrote:
> Peter Eisentraut <[email protected]> writes:
> > Simon Riggs wrote:
> >> I'm planning to
> >> - add a new section to Performance Tips chapter called Dynamic
> >
> > In my mind it's a little late for revising the documentation structure.
> > I'd also think that DTrace is not a tuning tool but a monitoring tool
> > which might place it closer to the description of the statistics
> > collector.  I think the original plan even placed it into the Internals
> > part.
>
> I was about to say the same.  In my mind DTrace is primarily a hacker's
> tool --- I do not foresee the average DBA using it.  So it does not
> belong in the Performance Tips chapter.  A new chapter under Internals
> is probably as good as anything.
>

I'm not certain how best the postgresql specific probes will be used, but I 
might disagree with the above take as we're already using some kernel level 
dtrace probes to make DBA oriented tools...  see 
http://www.lethargy.org/~jesus/archives/74-PostgreSQL-performance-through-the-eyes-of-DTrace.html
for one specific example. 

-- 
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL




^ permalink  raw  reply  [nested|flat] 5+ messages in thread


end of thread, other threads:[~2006-12-01 00:30 UTC | newest]

Thread overview: 5+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2006-11-28 10:37 DTrace docs, Open Items and Performance Simon Riggs <[email protected]>
2006-11-28 11:09 ` Peter Eisentraut <[email protected]>
2006-11-28 11:27   ` Simon Riggs <[email protected]>
2006-11-28 15:05   ` Tom Lane <[email protected]>
2006-12-01 00:30     ` Robert Treat <[email protected]>

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox