mach_msg_trap, - (void) 鼠标拖动和计时器性能

Question

豹 10.5.8、XCode 3.1.1；使用 runModalForWindow 来实现（预期的）高性能鼠标跟踪机制，我必须在其中进行实时复杂的位图修改。

模态循环运行，计时器触发，鼠标跟踪......但性能很糟糕，并且运行循环持续的时间越长，性能就越差。我不是每像素左右捕获一次鼠标消息，而是每 5...10....20 秒捕获一次。

Instruments 显示，在这个不断增长的响应瓶颈期间，大部分时间都花在 mach_msg_trap 上（是的，我将视角设置为正在运行的应用程序），所以我的印象是，它“认为”它没有任何工作要做，尽管事实上我像一个疯子一样按住按钮拖动鼠标。没有出现内存泄漏，并且在我的 8 核 2.8 GHZ 机器中，几乎没有 CPU 活动发生。

同样，该应用程序在我的代码中没有花费太多时间......所以这不是我的性能问题。我可能配置了一些错误的东西，或者根本没有配置它，或者只是错误地接近了整个想法——但我肯定会感激这里的一些见解。就目前情况而言，鼠标消息和定时器消息的调度是绝对不可接受的。按照我得到的响应时间，你无法为沉浸在冷糖蜜中的人实施蜡笔绘图程序。

编辑：一些附加信息：在我的 10.5.8 macbook pro 上不会发生。就是 8 核、6 显示屏的 Mac Pro。我尝试取出drawrect中croprect的显示代码，用NSLog()替换它......在发出鼠标更新时仍然拖延。还尝试重新启动并运行而不运行通常的应用程序补充。并配有镜面显示屏。没有区别。

想象一下在屏幕上拖动画笔；一开始，绘制是否顺利，然后画笔放置之间出现间隙，然后它们变大，这种情况持续下去，直到每 10 秒只放置一个画笔。这就是它的作用。使用 NSlog() 和各种其他跟踪方法，我确定它至少在最高级别发生，因为 mouseDragged 事件减慢为涓流。简而言之，问题是，为什么会发生这种情况？

有人吗？

Answer 1

好的，已将其隔离 — 问题出在我的 Wacom 平板电脑鼠标上。插入普通的光电鼠标，一切都运行良好。我的 Macbook pro 上也有同样的情况，使用触控板。工作正常。

该平板电脑是 Wacom Intuos 4，带有截至 2011 年 1 月的原厂驱动程序。接下来我将访问 Wacom 网站并报告这一点。

那真是一场噩梦。我在这上面花了 100 多个小时，认为我已经掌握了应用程序处理、绘图等方面的一些微妙之处。天啊。