怎样编程降低cpu的利用率

hefish

我看很简单，可以直接调用函数：SetCPULimit(0.80)

connet

原帖由 isnowran 于 2006-8-15 15:07 发表

受系统精度限制，休眠最小单位是1个嘀嗒或10个嘀嗒，而一个小循环一般也就需要一个或几个嘀嗒而已，这个间隔对于循环来讲，是相当大的，这样的话就直接导致你的程序计算速度要降低一倍甚至一个数量级；

好牛啊，　兄台用的什么体系结构的计算机啊？
通常　循环总会有判断条件，执行体，　x86 下怎么可能几个嘀嗒啊　
usleep 放心使用，usleep(1) 几乎感觉不到执行慢多少。 如果多线程，负载都很重，　每个都要加ｕｓｌｅｅｐ　，　最好　usleep(10) 以上。

isnowran

原帖由 connet 于 2006-8-15 17:27 发表


好牛啊，　兄台用的什么体系结构的计算机啊？
通常　循环总会有判断条件，执行体，　x86 下怎么可能几个嘀嗒啊　
usleep 放心使用，usleep(1) 几乎感觉不到执行慢多少。 如果多线程，负载都很重，　每个都要 ...

1. 
   
2. #include <fcntl.h>
   
3. #include <stdio.h>
   
4. #include <string.h>
   
5. #include <time.h>
   
6. 
   
7. int main(int argc, char * argv[])
   
8. {
   
9. 
   
10.         int idel = 500;
    
11.         int count = 0;
    
12. 
    
13.         count = time( NULL );
    
14.         for( int i = 0; i < idel; i++ )
    
15.         {
    
16.                 usleep( 10000 );
    
17.         }
    
18.         printf( "%i\n", time( NULL ) - count );
    
19. 
    
20.         count = time( NULL );
    
21.         for( int i = 0; i < idel; i++ )
    
22.         {
    
23.                 usleep( 1 );
    
24.         }
    
25.         printf( "%i\n", time( NULL ) - count );
    
26. }
    

复制代码

照你的说法，usleep( 1 )应该比usleep( 10000 )快好几个数量级了，你自己试试看看，usleep( 1 )  跟 usleep( 10000 )实际耗时是一样的，说明什么？说明usleep( 1 )妄想休眠1微秒，可是系统精度达不到

connet

原帖由 isnowran 于 2006-8-15 17:50 发表


[code]
#include <fcntl.h>
#include <stdio.h>
#include <string.h>
#include <time.h>

int main(int argc, char * argv[])
{

        int idel = 500;
        int co ...

你这什么问题也不能说明，　linux 的ｕｓｌｅｅｐ只能10000us 以上。
若　２个线程　同时运行，他们都加　usleep(10000) 与不加　usleep 相比，　速度几乎一样，　但是对 cpu 的占用却不一样，　加上　usleep, 你别的程序可以正常操作，　不加的话，别的程序就很难抢到cpu 时间. 除非你多有程序都是全速同步运行。
任何正常的线程，　要么是异步操作，比如靠 select 等待或等信号，　要么sleep/usleep 释放 cpu
顺便说一下，　time 测　500 次 usleep, 这种精度你不觉得可笑？

xy_god

原帖由 boer 于 2006-8-14 14:22 发表
我原先也碰到过这种事情，多线程I/O，而且是无限循环的。但程序一起来，cpu占有率达到100％，有两种方法可以：一、你使用异步i/o，例如使用select，让内核去等待信号，这样你的程序将处于高效率下；二、如果你的程 ...

这种情况下的CPU占有率达到100%，是因为系统中的其他线程几乎都处于休眠状态，系统只好把CPU时间都分配给你那个不停的忙循环的线程！只要系统中再起一个线程，那么该线程的cpu占有率就会降低！这种情况不会加重系统的负载！只不过会把分配给这个线程的cpu时间都浪费在busy loop上！

isnowran

原帖由 connet 于 2006-8-15 18:14 发表

你这什么问题也不能说明，　linux 的ｕｓｌｅｅｐ只能10000us 以上。
若　２个线程　同时运行，他们都加　usleep(10000) 与不加　usleep 相比，　速度几乎一样，　但是对 cpu 的占用却不一样，　加上　usleep, ...

1。兄台能在x86上找一个休眠时间少于10000毫秒的环境么？
2。cpu能占用就占用，为什么不用？若有多个进程，OS自己会调度，不会把谁饿死的，不是么？
3。time循环几次是不精确，但能看到问题的本质，即你的“usleep( 1 )或者最好 usleep( 10 )以上“的说法是无意义的，实际根本不是仅仅是休眠1个毫秒，而是一个嘀嗒。

我只是想说明一个问题，若一个程序总是在做一个循环，cpu占用率是很高，即使要控制，也要讲究策略，
不能在主要循环中用休眠这种方式控制资源占用率，本来一个嘀嗒能作1000个循环，你现在每个循环都休眠一次，cpu占用率是下来了，可程序呢，还能用么？

hoyt

如果你的线程用cpu是在干活，那么没有必要降低cpu的使用率，让CPU空着还不如让他干活

如果你的线程用cpu不干活，占着茅坑的话，那代码要多多优化一下。

connet

原帖由 hoyt 于 2006-8-16 08:55 发表
如果你的线程用cpu是在干活，那么没有必要降低cpu的使用率，让CPU空着还不如让他干活

如果你的线程用cpu不干活，占着茅坑的话，那代码要多多优化一下。

99% 的情况下，　开线程是为了多任务协作，而不是为了提高CPU使用率。

hatname

消除轮询的忙等待，多使用信号量，select

柳五随风

IO能让CPU负担加重？恐怕是设计的问题吧。