我一直在处理的一个DLL最近变大了很多。是否有任何工具可以告诉我对此负责的是什么？例如，它是实例化次数过多的模板，还是第3方库，或者是boost？我正在寻找一种关注大小而不是性能的分析器。 最佳答案 您是在谈论DLL的字节大小吗？尝试使用dumpbin实用程序。这可以向您显示DLL中的内容。/ARCHIVEMEMBERS应该向您展示各个对象模块。http://support.microsoft.com/kb/177429 关于c++-如何找出我的DLL增长如此之多的原因，我们在Stack
我有一个在SQLServer上运行的ProfilerTrace，该跟踪正在创建每个200MB的跟踪文件。这正在吞噬驱动空间。在停止或进行任何更改之前，我想知道谁创建了此迹线。附加跟踪文件快照。另外，如何减少这一点？看答案它将在sqlerrorlog中记录下来。SQL跟踪ID2由登录“rgaccount”启动减少尺寸可以通过减少捕获或持续时间的事件数量来完成
我已经在C++中编写了一个仪器-ER，以通过连接Enter和退出呼叫来记录输入和退出功能。它正按照旧代码基础的方式工作。但是，在与我从git下载的项目相连，我保存在主题代码中的外部变量中的函数地址，它们在Profiler库中的出现不同。这弄乱了挂钩和保存功能之间的功能指针比较。函数地址在主题代码主文件中，断点位于当前的perter钩函数中相同的条目是在函数名称之前的“_”显示不同的地址，在ProfilerCode中我不知道它是如何更改地址的，想知道我是否做错了什么。我这样做的方式是，我有一个外部功能指针（及其名称），该指针在主题主文件中使用主题代码函数的引用初始化（其中所有功能都可用）。在库的
我有一个表现良好的例程。但是，我不得不对其进行更改。该更改提高了例程的精度，但损害了性能。例程是大量的数学计算，可能是CPU债券(我仍然需要对此进行更严格的测试，但我有99%的把握)。它是用C++编写的(编译器是BorlandC++6)。我现在想测量例程的性能，首先我考虑测量执行时间，但我认为这是一种有缺陷的方法，因为可能会有更多事情发生。然后我遇到了这个话题:Techniquestomeasureapplicationperformance-StackOverflow.我喜欢通过MFlops进行测量的想法。我的老板建议尝试通过cpu时钟周期使用某种测量，因此测试将与机器无关，但是，我
pimpl(也称为:编译器防火墙)惯用语用于缩短编译时间，但代价是可读性和一点运行时性能。目前一个项目需要很长时间才能编译，如何衡量最好的pimpl候选人？我有使用pimpl的经验，可以将项目的编译时间从两小时缩短到十分钟，但我这样做只是出于直觉:我推断类头文件包含(1)大量源代码(2)复杂/模板类，是使用pimple习语的最佳人选。是否有一种工具可以客观地指出哪些类是好的pimpl候选者？ 最佳答案 的确，Pimpl对增量编译很有用。但使用Pimpl的主要原因是为了保持ABI兼容性。这是我过去公司对API中几乎所有公共(publi
我尝试过使用ltrace。我尝试使用以下命令来分析程序sampleapp,ltrace-c-T--library=library.so--output=out使用的library.so文件。txt./SampleApp.但它显示上述错误。但是library.so是一个调试版本。所以符号表应该在那里。我尝试用objdump--sourcelibrary.so|验证它grepCreateSocket()。它返回使用该CreateSocket()函数的代码。这意味着它包含一个符号表。那为什么会出现这个错误呢？相关帖子:measureCPUusagepersecondofadynamicall
我正在使用谷歌的perftools(http://google-perftools.googlecode.com/svn/trunk/doc/cpuprofile.html)进行CPU分析——这是一个很棒的工具，帮助我对我的应用程序进行了大量的CPU时间改进。不幸的是，我已经到了这样的地步，代码仍然有点慢，当使用g++的-O3优化级别编译时，我所知道的是特定函数慢，但不知道它的哪些方面慢。如果我删除-O3标志，则程序的未优化部分会超过此函数，并且我无法清楚地了解函数的实际运行缓慢的部分。如果我保留-O3标志，那么函数的慢部分将被内联，我无法确定函数的哪些部分是慢的。有什么建议吗？感谢您
我有三个UIViewControllers，每当我关闭它们时，它们的所有dealloc方法都会被调用。这正是我想要发生的事情，这样内存就不会膨胀。但是，当我运行配置文件来测试内存使用情况和一些泄漏时，我注意到即使调用了dealloc，实时内存也不会以某种方式减少。更重要的是，每当我从一个UIViewController切换到另一个(顺便说一句，这是预期的)时，它都会不断增加。有时会减少，但只有少数内存会减少。我确定调用了每个UIViewControllers的dealloc方法，因为我在这些方法中放置了一个日志。此外，不，我使用Profile时没有记录到泄漏。那么谁能解释一下为什么
我已经使用TimeProfilerInstrument来识别我的应用程序中的显着滞后。现在我知道问题出在哪里，但我不知道该怎么办。我正在使用ARC并且有一个调用方法“Go”的viewController，如下所示。我也包含了TimeProfiler结果的快照。有谁知道我该如何解决这个问题？谢谢!这是该方法的代码:-(void)go{CGFloatwidth=self.imageViewA.bounds.size.width;[UIViewanimateWithDuration:18.0delay:0.0options:UIViewAnimationOptionCurveLinearan
XCode分析器“LeakedBlocks”表中的条目是否暗示确实存在泄漏？这是假设我在探查器下运行我的iPhone应用程序，而不是查看泄漏的block信息。所以我的列表顶部有多个NSDate行。如果我点击这些行之一，我可以向下导航到有问题的代码位。所以我想确认“泄漏block”表中的所有条目实例是否暗示那里存在真正的泄漏，需要更新/修复编码才能解决？注意-我问的原因之一是我在这里发布的代码doIhavetoreleasetheNSDateinthiscodebelow?例如，来自探查器在“LeakedBlocks”下向我推荐的代码，但是代码(引用这篇文章)已经被其他人审查过，他们告诉
