Unix进程无限

Question

我想知道在只有while(1);的程序中会发生什么while(1); 在Unix上使用g ++编译时，在main()函数中使用。 当我运行程序时，我看到0％的CPU使用率。 为什么是这样？ 它不应该占用CPU吗？

编译器是否以某种方式对此进行了优化？ 通过放置yield_processor之类的系统调用，上下文切换出来了吗？

该代码是使用默认优化通过g ++编译的（只是编译为g++ source.cpp ）

int main()
{
  while(1);
}

谢谢！

Answer 1

由于while（）主体中未显示任何依赖关系，因此gcc为这段代码生成了一个空的trigraph。 现在，根据您实际使用的标准标志（如果在* nix环境中，还请检查环境变量CFLAGS和CXXFLAGS），编译器不会产生asm“跳动”代码。

只需在执行g++ -S source.cpp之后检查source.s文件（包含ASM代码）是否已生成循环。

这是我的输出，没有g ++（GCC）4.5.0 20090910（实验）的优化标志：

    .text
.globl _main
_main:
LFB0:
    pushq   %rbp
LCFI0:
    movq    %rsp, %rbp
LCFI1:
L2:
    jmp L2
LFE0:
    .section __TEXT,__eh_frame,coalesced,no_toc+strip_static_syms+live_support
EH_frame1:
    .set L$set$0,LECIE1-LSCIE1
    .long L$set$0
LSCIE1:
    .long   0x0
    .byte   0x1
    .ascii "zPR\0"
    .byte   0x1
    .byte   0x78
    .byte   0x10
    .byte   0x6
    .byte   0x9b
    .long   ___gxx_personality_v0+4@GOTPCREL
    .byte   0x10
    .byte   0xc
    .byte   0x7
    .byte   0x8
    .byte   0x90
    .byte   0x1
    .align 3
LECIE1:
.globl _main.eh
_main.eh:
LSFDE1:
    .set L$set$1,LEFDE1-LASFDE1
    .long L$set$1
LASFDE1:
    .long   LASFDE1-EH_frame1
    .quad   LFB0-.
    .set L$set$2,LFE0-LFB0
    .quad L$set$2
    .byte   0x0
    .byte   0x4
    .set L$set$3,LCFI0-LFB0
    .long L$set$3
    .byte   0xe
    .byte   0x10
    .byte   0x86
    .byte   0x2
    .byte   0x4
    .set L$set$4,LCFI1-LCFI0
    .long L$set$4
    .byte   0xd
    .byte   0x6
    .align 3
LEFDE1:
    .constructor
    .destructor
    .align 1
    .subsections_via_symbols

此代码按预期（在Mac OSX 10.6.1上）占用了我的CPU。

Answer 2

您的代码中有错误，优化过多（不太可能）或误读了CPU的用法。

无论如何，你是对的。 它应该“占用CPU”。

Answer 3

使用此代码巧妙地执行编译器并不完全违反规则。 在“好像”规则下，您的程序无法得知它实际上是在循环中旋转还是正在休眠。

我想了解更多有关您正在运行的GCC版本以及所用操作系统的信息。 Mac OS X上的GCC-4对此代码没有任何特殊作用。

当然，您的操作系统可能为一个进程设置了CPU使用限制。 我认为，在这种情况下，该过程将停止。