这个oprofile项目还活着吗？
我知道默认的Linux内核仍然支持它并且用户空间实用程序工作(至少在我正在运行的Arch linux上),但是它的大多数文档似乎已经过时了？
是否有其他的分析器与linux上的oprofile做同样的工作,或者仅仅是过去几年一切运行良好的情况？或者每个人都拥有英特尔核心的iGezillion处理器吗？
我有一个用 Qt 构建的 OSX 应用程序。它经过协同设计，打包适合 macstore，并已获得 Apple 批准，可以在 mac store 中销售。
尽管安装后，它会安装到打包过程中它所在的位置，而不是 /Applications。
或者，我正在创建该文件的 .dmg 包，我可以将其安装到 /Applications 中。
在构建过程结束时，我运行以下命令：
codesign --force --deep --verify MyApp.app/ --entitlements ${INSTDIR}/Entitlements.plist -s "3rd Party Mac Developer Application: Company Name"
productbuild --component MyApp.app /Applications --sign "3rd Party Mac Developer Installer: Company Name" MyApp.pkg
其结果是 pkg，我尝试通过安装程序安装它：
$ sudo installer -store -pkg MyApp.pkg -target /
installer: Note: running installer as an admin user (instead of root) gives better Mac App Store fidelity
installer: MyApp.pkg has valid signature for …我有一个编译好的 elf 文件，我想验证使用的优化级别。问题是如何从对象/精灵确定优化级别？
我尝试过使用“file”命令和“objdump”（大多数开关），但没有一个显示这一点。有可能吗？
我的目标是从死后核心文件中弄清楚为什么特定进程消耗大量内存.有什么总结我可以得到某种方式？显而易见的是valgrind是不可能的,因为我无法实时访问流程.
首先得到类似于/ proc /"pid"/ maps的输出会有所帮助,但是
maintenance info sections
(如下所述:GDB:列出崩溃进程的所有映射内存区域)在gdb中没有显示堆内存消耗.
info proc map
是一个选项,因为我可以使用完全相同的代码访问机器,但据我所知,它是不正确的.我的进程使用700MB-s,但看到的地图只占大约10 MB.而且我没有看到.so-s在那里可见
maintenance print statistics
你知道其他可能有用的命令吗？
我可以随时检测代码,但这并不容易.通过指针到达所有分配的数据就像大海捞针一样.
你有什么想法？