tech-kern archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Too many PMC implementations
On Aug 23, 11:57am, tls%panix.com@localhost (Thor Lancelot Simon) wrote:
-- Subject: Re: Too many PMC implementations
| On Thu, Aug 23, 2018 at 05:09:35PM +0200, Kamil Rytarowski wrote:
| >
| > Observing that all the useful profiling is already done with DTrace, we
| > can remove complexity from the kernel with negligible cost.
|
| I'm not sure what to make of this. I'm trying to come up with a way to
| make the above statement true, and I'm having some difficulty.
|
| You can't possibly mean "Observing that (unproven premise), therefore
| (conclusion)", so I'll discard that interpretation.
|
| Do you perhaps mean "*If* we were to observe that all useful profiling
| were done with DTrace, *then* we could remove complexity from the
| kernel with negligible cost"?
|
| Because Ragge and others have been pointing out that in that case,
| the premise "all useful profiling is done with DTrace" does not appear
| to be true. Profiling kernel code on VAX may not be useful *to you*
| but that does not imply it is "not useful" simpliciter.
|
Until we port dtrace to at least a good representative set of architectures
we should not remove the only means of profiling for the kernel.
christos
Home |
Main Index |
Thread Index |
Old Index