Tag: 工具

内存使用率高: 现在我有一个项目与ARC，使用超过6米的内存推聊天ViweController（UItableView自定义单元格）。我不知道为什么发生。最有趣的是，我不能确定它需要太多的内存是什么原因。所以这是我的仪器截图：更详细的看法是这样的：我认为libRip.A.dylib需要太多的内存。你有什么想法吗？并请解释我是什么和奇怪的libRip.A.dylib库？

RIPZoneDataAlloc: 我正在使用仪器，看到这一点： # Address Category Timestamp Live Size Responsible Library Responsible Caller 4 0xd84ba00 Malloc 10.00 KB 00:01.896.732 • 10240 libRIP.A.dylib RIPZoneDataAlloc 什么是RIPZoneDataAlloc和libRIP.A.dylib？这似乎占据了大部分的记忆。这是不好的症状吗？我正在使用ARC和i0S 5。谢谢。

XCode 5.0.1：你可以在Instruments中运行自动UI脚本吗？: 升级到5.0.1后，我无法运行UI脚本并获得以下消息：尝试运行脚本时发生错误。此外，logging（底部的红色button）也不起作用。它是唯一的解决scheme，等待苹果来解决它？有没有办法降级到5.0？

Xcode Instruments中的总字节数达到1 GB是好的吗？: 这是我的问题。我试图用xcode中的Instruments来检查我的分配部分。我正在做一些图像裁剪应用程序使用CGImageSourceCreateThumbnailAtIndex处理图像。在做这个过程时，它占用了大量的内存，并且以正确的方式释放它。在仪器中，实时字节为1.56Mb， #living = 22,862，总字节数达到1.11Gb，之后也会增加。此应用程序不工作在ipad1。我没有ipad2或3手来testing应用程序。在图像中有一些高峰点在那里。那时Live Bytes达到了73MB。它会被释放。 ipad 2会处理这个高峰？任何人都可以告诉这将导致设备中的任何内存问题。整个字节如何？这有什么限制吗？

UIAutomation，在UITableViewCell里面的UITableView: 我有一个可怕的编码控制器，目前我无法重构。我需要把他们带到自动化testing中，但是遇到了UIAutomation工具的问题。这些控制器是dynamic生成的。有很多方法可以做到这一点，但有人认为，如果他们做了一个tableview包含单元格，每个单元格包含更多的tableview，包含用户将看到和交互的单元格将是最好的。其中一个控制器的简单示例如下所示：我需要自动按下其中一个表格视图单元格。在处理了一些视图层次结构问题之后，我最终设法让logElementTree看到所有的单元格，并具有正确的可访问标识符。结果如下：现在只是为了testing我可以按脚本中的一个button… 不。即使logTree清楚地表明它们存在并且可见，我似乎也无法深入到这些元素中。任何想法非常欢迎。我不是很有经验的JavaScript，所以我可能会错过一些明显的东西。谢谢！

驻留内存与活动字节: 假设：我正在使用Cocos2d 2.0和ARC（以及使用XCode 4.5.2的仪器）的iPhone项目。简单的问题：为什么常驻内存比活字节多得多？我这样说是因为：使用工具：我得到低内存警告，我运行我的分配工具，并查看平均3/5 MB的实时字节。然后我得到一个高峰（18MB），然后回到3 / 5MB。问题是，每当我不停地从一个场景前进到另一个场景时，我会得到低内存警告。使用驻留内存控制台打印 – (void)applicationDidReceiveMemoryWarning:(UIApplication *)application { [self report_memory]; [[CCDirector sharedDirector] purgeCachedData]; } -(void) report_memory { struct task_basic_info info; mach_msg_type_number_t size = sizeof(info); kern_return_t kerr = task_info(mach_task_self(), TASK_BASIC_INFO, (task_info_t)&info, &size); if( kerr == KERN_SUCCESS ) { NSLog(@"Memory in use (in bytes): %u", info.resident_size); } else { […]

UIAutomation无法加载插件: 我有一个项目build立，以便当构build过程完成时，目标之一启动UIAutomation。仪器从Python脚本启动，最终在bash上调用通常的“xcrun instruments …”命令。它工作了一段时间没有问题。将Xcode升级到4.4后，我开始看到“无法加载XXX定位器插件”。错误信息。任何想法在哪里开始追踪问题？任何线索都会有帮助！提前致谢。

在iOS上使用resizableImages时避免混合图层: 我试图避免iOS上的混合图层来提高性能。不过，我注意到我用于UITableViewCell的backgroundView的可resize的图像被标记为混合图层：实际上，使用任何可resize的图像（甚至是不带透明度的JPEG）都会导致图层混合，如此截图所示，首先在UIImageView使用PNG和JPEG作为可resize的图像。唯一不需要混合图层的可resize的图像是一个1×1像素的图像，从底部看：有什么办法可以避免这种情况？核心animation分析是不准确的艺术（至less对我来说），但我认为这是滚动我的表格视图下降到大约25 FPS的主要贡献者。编辑2：经过更多的实验，我发现，如果我只是垂直或水平拉伸的图像（PNG或JPG），他们没有标记为混合层。但是，在更多的实验中，我认为这可能是因为只有一维的图像较小。我的图像没有被视为混合在100×100，但它是在150×100。

用仪器分析内存泄漏 – iPhone 4和iOS 5 Simulator之间的巨大差异: 在使用Instruments（寻找内存泄漏）分析我的应用程序时，我使用运行iOS 5的iPhone 4获得的结果与使用iOS 5 iPhone Simulator的结果截然不同。第一张图显示了使用真实设备进行分析的结果，第二个是模拟器：真实的设备： iOS 5模拟器：在这两种情况下，此configuration文件在应用程序中都处于相同的位置：在rootViewController的视图生命周期中完成viewDidLoad。我已经等待了他们的总分配内存稳定。正如您在设备图表中看到的，在00:10左右会出现一些极端的波动，这在模拟器中是不存在的。在真实的设备上，00:08左右的总分配内存从1MB跳到3.5 MB，然后跳回到1.5 MB，最后跳到4.74稳定。为模拟器分配的内存更加线性，稳定并迅速攀升至2.35 MB左右。另外需要注意的是设备上存在2.25 MB分配的内存，而不是来自malloc的模拟器和CFNumber的700+ KB。由于我使用仪器和分析相对较新，我不确定这是否正常。一个快速的谷歌search没有什么明确的。 2.25 MB和700 KB以上弥补了内存分配的差异。为了平衡，在模拟器testing中存在不同数量的内存的malloc中有更多的项目不存在于设备testing中。此外，我发现，当第二个UIViewController被推到UINavigationController堆栈上时，分配的内存会跳到真实设备上的大约8.5-9 MB，但在模拟器上只有大约4.5到大约4.5兆字节。我知道这是预计该设备将执行与模拟器有很大的不同，但内存分配不是很相似，因为相同的代码在两个设备上运行？我会明白，如果这是一个性能分析，但内存分配，似乎这些数字应该是非常相似的。谁能说清楚这是否正常？