|
|
Subscribe / Log in / New account

A uprobes addendum

A uprobes addendum

Posted Jan 25, 2010 19:41 UTC (Mon) by Cyberax (✭ supporter ✭, #52523)
In reply to: A uprobes addendum by adobriyan
Parent article: A uprobes addendum

For example, administrators should be able to use the same tool to check which process holds most of paged-out memory pages and to check which client holds most connections to PostgreSQL.


to post comments

A uprobes addendum

Posted Jan 26, 2010 11:09 UTC (Tue) by nix (subscriber, #2304) [Link] (1 responses)

While I really like systemtap and wish it, or something like it, could be integrated, this is not the most compelling use case one could come up with. 'Who has the largest ps(1) SWAP column' and 'who has most PostgreSQL connections' are not obviously related, and I can't imagine anyone thinking that the same tool should be able to answer both questions (not least since the first question can easily be answered *now*).

However, questions like 'why is my PostgreSQL backend suddenly spending most of its time doing IPC to nothing obvious' are basically impossible to answer now without killing the backend and hacking the source code, which would tend to perturb the answer because whatever perturbation of dynamic state was causing this would necessarily be lost when the process was restarted. With systemtap/dtrace annotations and a few taps in easy (even for kernel idiots like me) to figure out places in the kernel, it was trivial to answer.

A uprobes addendum

Posted Jan 26, 2010 22:52 UTC (Tue) by fuhchee (guest, #40059) [Link]

"With systemtap/dtrace annotations and a few taps in easy (even for kernel idiots like me) to figure out places in the kernel, it was trivial to answer."

Would you mind posting more details about your story?


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds