问题标签 [instruments]

我正在使用仪器检查我的应用程序是否存在内存泄漏，我得到了以下 NSConcreteMutableData GeneralBlock 内存泄漏。当我检查它来自以下代码时。

我的 fetchResultCntroller 初始化看起来与苹果示例完全一样。我缺少什么。我在模拟器 3.0 上调试它。我将不胜感激任何帮助。谢谢，莎拉

我一直在盯着 Instruments 中的内存监视器，我正在抓挠我的。为什么显示虚拟内存？iPhone OS 没有虚拟内存。这是什么意思？

我担心我的 iPad 应用程序收到内存警告，但应用程序的实际内存从未超过 70MB，虚拟内存从未超过 180MB？

有人可以启发我吗？

干杯，
道格

实际上，我使用的是第二代 Ipod Touch。我想要做的是在 XCode 上调试我的应用程序并同时在 Instruments 上查找任何内存泄漏。甚至可能吗？因为“附加到进程”子菜单列出了我的应用程序何时运行（或在本例中为调试），但此菜单中的所有项目都被禁用。

我所能做的就是从 Instruments 启动应用程序，但后来我遇到了一些错误，我想查看受影响的变量和属性。我也是 Instruments 的新手。

拜托，有人可以给我任何建议吗？帮助将不胜感激！

一个初学者的快速问题。

我正在为 iPhone 做一个应用程序，并在查找泄漏时在 Instruments 中收到以下消息。有什么我做错了，还是这就是它的样子？我自己的库中有一些内存泄漏，但我处理了这些。但是如何解决这个问题？

替代文字 http://img231.imageshack.us/img231/7448/instruments.jpg

谢谢

在我的应用程序中，我在多次重复某些操作（选择图片+处理）然后崩溃后收到 1 级和 2 级的内存警告。

泄漏工具不显示任何泄漏。我也在关注 Instruments 中的分配工具，我的 Live Bytes 大约为 4 MB，我总共分配了 113 MB。加载图片时，我最多有 20 MB 的内存。

由于我必须重复一个动作才能到达崩溃，所以很可能是内存泄漏。但是，我不知道如何找到它，因为我的活动字节是 4 MB 并且应该分配的东西（除了 UIImagePickerController 中约 100 KB 的小泄漏）。

我可以在多大程度上信任内存泄漏/分配工具？你有什么建议可以帮助我找到问题的原因吗？

我目前正在寻找我的 iPhone 应用程序中的内存泄漏。我正在使用 Instruments 来追踪导致泄漏的代码（越来越成为 Instruments 的朋友！）。现在 Instruments 显示两条线：一条为深蓝色（第 146 行），另一条为浅蓝色（150）。从一些试验和错误中我知道它们以某种方式连接，但在 Objective-C 和内存管理方面还不够好，还没有真正理解如何。

有谁知道为什么使用不同的颜色以及我的问题是什么？

我曾尝试发布 numberForArray，但在选择器视图中显示最后一行时应用程序崩溃。

所有想法表示赞赏！

（发布这个我也意识到第 139 行是多余的！Se 那里，已经是一个改进 ;-)

我有一个基于导航控制器的应用程序，里面有 5 个视图控制器。当我推送视图控制器时，我分配了一些内存，当我返回 popViewController 时，我的 delloc() 方法被正确调用。我确信对于我推送和弹出的每个视图控制器都以正确的方式调用了 dealloc。

然而，当我使用 Instruments 运行应用程序（从性能工具开始 -> 对象分配，泄漏）时，我有一个奇怪的行为。当视图控制器弹出时，内存使用量不会减少，确切地说它不会像预期的那样减少：当我启动应用程序时它使用 950 KB，然后我推送第一个视图控制器，内存使用量增加到 1.56MB ，最后我弹出视图控制器，内存使用量现在是 1,55MB。

这种行为对吗？？我确信每当我弹出一个视图并且 Leaks 工具没有显示任何内存泄漏时，每个 dealloc 方法都会被正确调用。我猜操作系统以某种方式“保留”视图，以便第二次推送同一个视图控制器时，加载过程要快得多......

有人可以确认这种行为是正确的吗？谢谢

请参阅 Instruments 的此屏幕截图

我有以下代码：

我在带有 Instruments 的模拟器上运行代码，它报告了以下泄漏： alt text http://img267.imageshack.us/img267/7651/instruments.png 指向以下行：

我很确定我不必发布 NSURL（由于约定我只需要发布使用 init 或 copy 创建的对象）。我错了吗？还是代码有其他问题？

我有一个带有 Agilent E4426B 射频信号发生器的测试夹具，它通过 National Instrument 以太网到 GPIB 桥接器连接到 PC。我的软件试图通过预设仪器来清理仪器，然后将当前状态保存到所有可通过标准 SCPI 命令“*SAV x,y”写入的内存位置。

循环工作到一定程度，但最终仪器以错误响应并在前显示屏上持续显示“L”图标，并在底部显示“远程预设”消息。那时它不会再响应任何远程命令，我必须循环电源或按 LOCAL，然后按 PRESET 大约需要 3 分钟才能完成预设。此时“L”图标仍然存在，并且发送到仪器的下一个 GPIB 命令会导致它在仪器错误队列中报告 -113 错误（未定义的标头）。

我启动了 NI spy 来查看发生了什么，发现错误发生在循环中的同一点——在这种情况下为“*SAV 6,2”。来自 NI 间谍：

发送 (0, 0x0017, "*SAV 6,2", 8 (0x8), NLend (0,0x01))
进程 ID: 0x00000520 线程 ID: 0x00000518
ibsta:0xc168 iberr: 6 ibcntl: 2(0x2)

这是仪器驱动程序的代码：

我尝试在内部循环的末尾放置一个小的 Sleep() 延迟（10-20 毫秒），令我惊讶的是，它导致错误出现得更早而不是更晚。10 ms 导致循环在 44,1 处出错，而 20 ms 甚至更快。我已经消除了故障电缆或仪器作为罪魁祸首。这种相同类型的序列在高端信号发生器上没有任何错误，所以我很想把这归咎于仪器固件中的错误。

当我在 Instruments 中启动它时，我的应用程序崩溃了。当我按忽略时没有显示消息。这背后的原因可能是什么？该应用程序在模拟器中运行良好。