第(3/3)页

    高优先级的代码段，获得整个处理器分子为4，分母为所有优先级数的总和的硬件资源。

    中等优先级的代码段，获得整个处理器分子为3，分母为所有优先级数的总和的硬件资源。

    低优先级的代码段，获得整个处理器分子为2，分母为所有优先级数的总和的硬件资源。

    最低优先级的代码段，获得整个处理器分子为1，分母为所有优先级数的总和的硬件资源。

    也就是都是同优先级时，资源平均分，只有在出现优先级不同时，资源才根据优先级进行相应倾斜分配。

    而这还只是单一处理器处理多并行代码段时的情况。

    当需要多处理器处理多并行代码段时，就需要处理器之间的分配规则编程，比如最高优先级只有5个，而最低优先级有5万个时，处理器的分配规则如何调整，又比如最高优先级有五万个，而最低优先级有5个时，处理器的分配规则如何调整。

    也就是说，优先级再高，在一次运算频率中，只能占用被分配的硬件资源，不能超所分配的硬件资源使用，需要超所分配的硬件资源使用时，把代码段拆分（有损拆分和无损拆分）成为串行执行方式。

    可以使用硬件空置待机方式，也就是在硬件没有代码段执行时，只使用1个处理器处理内容，当硬件接触到很多的代码段执行时，可以根据预估处理器，来启用特定数量的处理器，然后由队列处理器来分配代码段到每个处理器。

    采用硬件空置待机方式之后，就可以使用8位处理器，16位处理器，32位处理器，64位处理器并存，然后由一个可变位处理器（本身可以处理8位，16位，32位，64位的少量数据处理），当可变位处理器到达设定峰值时，就把对应位数的处理器从休眠中唤醒分配代码段。

    也就是需要设计12核3ghz的8位处理器，需要设计12核3ghz的16位处理器，需要设计12核3ghz的32位处理器，需要设计12核3ghz的64位处理器。

    小而短的代码段，分配给8位处理器，长而复杂必须所有代码段同时运行的就交给并行处理器，也可以把多而小而短的代码段，打包分配给一个64位处理器。

    如果所面临的问题，历史上没有出现过？

    如果所面临的问题，历史上只出现过只适合于历史的答案，却没有出现过适合于现在的答案？

    如果所面临的问题，历史上没找到正确的方法，只找到了相对正确的方法（五十步笑一百步）？


    第(3/3)页