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]> 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 11:09 Peter Eisentraut <[email protected]> parent: Simon Riggs <[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 11:27 Simon Riggs <[email protected]> parent: Peter Eisentraut <[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 15:05 Tom Lane <[email protected]> parent: Peter Eisentraut <[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-12-01 00:30 Robert Treat <[email protected]> parent: Tom Lane <[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