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 了。多核心手机目前还是一个需要细部研究的领域。