blocks|key|1099511|text|您可以使用Valgrind的Callgrind和--dump-instr=yes标志来实现这一点|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1099512|entityMap|0|LINK|mutability|MUTABLE|url|http://valgrind.org/|1|http://valgrind.org/docs/manual/cl-manual.html^0|O|G|5|8|0|E|9|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@$9|Q|A|R|B|C]]|D|@$9|S|A|T|1|U]|$9|V|A|W|1|X]]|E|$]]|$1|F|3|-4|5|6|7|Y|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]|N|$5|I|J|K|E|$L|O]]]]

You may be able to use <a href="http://valgrind.org/" rel="nofollow noreferrer">Valgrind</a>'s <a href="http://valgrind.org/docs/manual/cl-manual.html" rel="nofollow noreferrer">Callgrind</a> with the <code>--dump-instr=yes</code> flag to achieve this

blocks|key|1414549|text|这是一个一般性的建议，而不是特定于Linux的:您应该对CPU周期感兴趣。忘掉作为性能度量的指令数量吧。一条指令的成本可能与其他10条指令的成本相同，所以它不会告诉你任何事情。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1414550|您应该关注CPU周期，以及多线程环境中线程进入睡眠状态(“切换/输出”)的时间，这将让您了解等待I/O、DB等完成的时间以及它对CPU特权时间的影响。|1414551|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

This is a general advice, not-Linux specific: you should be interested in CPU cycles instead. Forget about the number of instructions as a measure of performance. One instructions may cost same as other 10 together, so it won't tell you anything.

You should focus on CPU cycles, and in multithreaded environments (most if not all today) in the time the thread is put to sleep ("switched/out"), which will give you the idea of how much time is waiting for I/O, DB, etc to complete and it impacts CPU privileged time.

blocks|key|4316170|text|如果您确实需要计算指令数，那么最好生成汇编程序，然后将输出传递给智能grep等效项。对于gcc，请尝试使用-S开关。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4316171|entityMap^0|18|3|1H|2|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

If you really need to count instructions then you are probably best off generating assembler and then passing the output to an intelligent grep equivalent. For <code>gcc</code>, try the <code>-S</code> switch.

blocks|key|1099610|text|Intels+vtune对linux用户是免费的，AFAIK+(假设我们谈论的是基于英特尔的x86+linux机器)。它会给你所有你需要的信息，甚至更多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1099611|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Intels vtune is free for linux users, AFAIK (assuming we're talking about an intel based x86 linux machine). It will give you all the info you need and SOOO much more.

blocks|key|4316418|text|您可以使用PIN工具pin-instat。要使用它，您需要安装PIN。然而，指令数本身并不能说明多少性能问题。缓存未命中、分支预测也扮演着重要角色。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4316419|免责声明:我是pin-instat的作者。|4316420|entityMap|0|LINK|mutability|MUTABLE|url|https://software.intel.com/en-us/articles/pin-a-dynamic-binary-instrumentation-tool|1|https://github.com/wuyongzheng/pin-instat^0|5|3|0|A|A|1|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]|$A|T|B|U|1|V]]|C|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

You can use <a href="https://github.com/wuyongzheng/pin-instat" rel="nofollow">pin-instat</a> which is a <a href="https://software.intel.com/en-us/articles/pin-a-dynamic-binary-instrumentation-tool" rel="nofollow">PIN</a> tool. To use it, you need to install PIN. However, the instruction count alone doesn't say much about performance. Cache miss, branch prediction also play big roles.

Disclaimer: I'm the author of pin-instat.

blocks|key|1414480|text|出于好奇，指令计数是分析代码性能的有用方法吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1414481|我知道，在“简单”CPU设计的时代，您可以合理地假设每个操作码将花费多少纳秒的CPU时间来执行，但如今，随着所有复杂的内存缓存方案、动态操作码重新排序、流水线、超标量体系结构以及现代CPU中的其他一切，简单的操作码执行计数仍然可以很好地指示代码运行需要多长时间吗？或者，执行时间是否会根据(例如)内存访问模式和操作码执行的顺序而变化，就像操作码执行的原始频率一样？|1414482|我怀疑，如今可靠地预测代码性能的唯一方法是在目标架构上实际运行代码，并对其进行计时……也就是说，当编译器似乎发出了低效的代码时，它实际上是在做一些聪明的事情，利用了现代CPU体系结构的一个微妙特性。|1414483|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Just out of curiosity, is instruction-count a useful way to profile code performance? 

I know that back in the days of "simple" CPU designs, you could reasonably assume that each opcode would take exactly so-many-nanoseconds of CPU time to execute, but these days with all the complex memory caching schemes, on-the-fly opcode re-ordering, pipelining, superscalar architecture, and everything else that's been thrown into the modern CPU, does the simple counting of opcode executions still give one a good indication of how long the code will take to run? Or will execution time vary as much based on (for example) memory access patterns and the seequence in which opcodes are executed as it will on the raw frequency of the opcodes' execution?

My suspicion is that the only way to reliably predict code performance these days is to actually run the code on the target architecture and time it.... i.e. often when it seems like the compiler has emitted inefficient code, it's actually doing something clever that takes advantage of a subtle feature of the modern CPU architecture.

I want to count several cpu instructions in my code. e.g. I would like to know how many additions, how many multiplications, how many float operations, how many branches my code executes. I currently use gprof under Linux for profiling my c++ code but it only gives the number of calls to my functions, and I manually estimate the number of instructions. Are there any tools that might do the trick for me? Maybe some virtual machine?

Profiling instructions

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我想在我的代码中计算几条cpu指令。例如，我想知道我的代码执行了多少加法，多少乘法，多少浮点运算，多少分支。我目前在Linux下使用gprof来分析我的c++代码，但它只给出了对我的函数的调用次数，并且我手动估计了指令的数量。有没有什么工具可以帮我解决这个问题？也许是一些虚拟机？

问性能分析指令
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问性能分析指令EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问性能分析指令
EN