北街

　　在动态服务器中，CPU VP（CPU 虚拟处理器）是多线索的进程，它一直在处理器上运行除非发生以下的情况：1. CPU VP 没有任务可以做，例如就绪队列中没有等待执行的线索；2. 操作系统强迫 CPU VP 让出 CPU 给其它的进程使用。 

　　为了优化吞吐量考虑，informix 配置文件中需要将 NUMCPUVPS 设置为能够正常处理任务的最小的一个数，这个数目应该小于或者等于系统中的 CPU 数目，建议不要将 CPU VP 的数目设置大于可用的 CPU 数目，如果 CPU VP 的数目不能满足要求，这就表示需要提高 CPU 的性能来解决问题。只有存在另外的 CPU ，才能通过增加 CPU VP 来解决问题。也可以采用停下系统中的其它任务，为虚处理器释放 CPU 周期，从而改善性能。 

　　增加 CPU VP 的数目而不增加 CPU ，只会使问题更加严重，产生更多的 CPU 竞争，这样操作系统要做更多的工作来调度这些 CPU 的竞争，结果是 CPU VP 的负担更重，上下文切换增加，这不仅仅消耗时间而且要使用更多的 CPU 。 

　　由于系统中不仅仅是 CPU VP ，还有其它的进程申请 CPU 周期，在一些多处理器的系统上， NUMCPUVPS 应该小于全部的 CPU 数，对多处理器系统，我们建议如下设置 NUMCPUVPS：

　　NUMCPUVPS = 全部CPU数－1 

　　通过命令 “onstat -g rea” 来检测就绪队列，确认 CPU 是否不能承担任务。就绪队列的线索是将要执行的线索，如果就绪队列的线索数开始加速增长，这就表 CPU VP 已经不能承担如此繁重的任务。在调整好的系统上看到几个就绪线索，或者是在测试工作开始时有些线索增加是正常的。每个 CPU VP 上有一个就绪线索是合理的。 

　　另外，查看 CPU VP 的使用情况，如 CPU VP 跟不上任务的增长，就会看到虚拟处理机处于饱和，可以用命令“onstat -g glo” 监视虚处理机的使用情况，如果系统和用 CPU VP 的时间之和接近于测试花费的时间，那么 CPU VP 就饱和了，如果 NUMCPUVPS 的值低于系统中的 CPU 数目，可以增加一个 CPU VP，但不要超出系统中的全部 CPU 数目。 

　　注意：在多处理器系统中全部可利用的 CPU 时间等于处理器数目乘以测试时间，一个 CPU VP 不能在某一个时刻消耗多余一个处理器的能力，因此一个 CPU VP 的全部 CPU 比率不会超过测试时间的100％。 

　　如果整个系统中 CPU 资源已经饱和，而且不能再减轻工作负荷或增加资源，可以通过减小 NUMCPUVPS 来改善性能。但这种变化只有在 CPU VP 急需其它虚处理器或进程的 CPU 资源时才起作用。每次减少一个 CPU VP ，而 NUMCPUVPS 必须设置为大于0的值。