TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Linux Performance Analysis and Tools

127 点作者 jswanson将近 12 年前

2 条评论

nailer将近 12 年前
Awesome talk, though the SystemTap coverage was oddly weak.<p>Saying &#x27;SystemTap was was created when there weren&#x27;t Solaris for Linux ports&#x27; is a little disingenuous. Linux had live kernel instrumentation with kprobes way before Sun debuted DTrace, and DTrace was deliberately licensed in a way to be incompatible with the Linux kernel.<p>If you want to see some actual useful production taps you can use right now on your Red Hat &#x2F; CentOS box, check out <a href="http:&#x2F;&#x2F;sourceware.org&#x2F;systemtap&#x2F;wiki&#x2F;WarStories" rel="nofollow">http:&#x2F;&#x2F;sourceware.org&#x2F;systemtap&#x2F;wiki&#x2F;WarStories</a>
评论 #5848931 未加载
evmar将近 12 年前
I recently dove into this area in an attempt to find something like strace that didn&#x27;t cost as much (as the slides mention, it&#x27;s hundreds of times slower to run something under strace). It seems like dtrace can likely do what I want, but it doesn&#x27;t sound reliable under linux yet. Does anyone know if the native linux profiling tools can be used to answer questions like &quot;which files is my process accessing&quot;?<p>As far as I found, various tools can trace syscalls and count them, but the critical thing strace adds is that it decodes the pointer parameters to syscalls into strings, something that e.g. &quot;perf trace&quot; doesn&#x27;t seem to do.
评论 #5850047 未加载
评论 #5851115 未加载
评论 #5849940 未加载