CPU Ondemand 并非万能。最重要的例子就是 Android 4.1 的 CPU input boost (Touch Event)，在接收 Touch Event 时，提高 CPU 的运算效能。

延伸 Android 4.1 的 CPU input boost。我们也可以让应用程序享用 CPU Boost 功能。根据用户目前的操作，将 CPU Boost，让使用中的应用程序，冲到最高的效能。Boost 有点像是「猛冲」的感觉，可以在这个时刻让用户享受高效能的应用程序。

笔者目前参与开发中的 Phonesmpd 软件，符合了这样的设计想法。

CPU On-Demand 到处都适用吗？

由于 Android Process Model 与典型的 GNU/Linux 有些不同，CPU Ondemand 的方式并不一定能使用在所有的 Use Case。有鉴于此，笔者过去进行了一些研究，并将成果整合进 Phonesmpd 软件，让多核心技术，除了 CPU Ondemand 外，还有另一个更符合手机装置的选择。Phonesmpd 现阶段的成果，可参考 Moko365 网站：

http://www.moko365.com/enterprise/phonesmpd

至于 CPU Ondemand 的使用时机为何？笔者认为，应该是从应用程序的角度来考虑。当一个应用程序，本身是平行化的设计时，或许它就不太适合 CPU Ondemand 的做法。

通常平行化的设计，是以 Data Partitioning 的方式，将数据分散至不同处理器上计算后，再经由 Shared memory 合并回来。这就是平行处理 (Parallel Computing) 在讨论的技术。所以平行处理是多核心软件的根本。

在进行 Data Partitioning 时，有时也会将任务 (Task) 与 CPU 事先指派好，这时就不太需要 CPU Ondemand 了。多核心手机目前还是一个需要细部研究的领域。

(本文经

仕橙部落同意转载，作者为仕橙研策技术总监暨CTIMES专栏作者)