多线程 – 为什么线程饿死甚至抢先的多任务操作系统(Windows 7)

我写了一个Win32应用程序(在Delphi-7中,32位使用TThread类)来创建100个线程.每个线程在恢复时将连续(循环)增加与线程对象相关联的64位计数器(因此不会锁定或共享数据).

如果让系统运行10到15秒,然后停止,那么每个线程都应该看到大致相同的计数.但是我所观察到的是,81条线程运行不到4亿次循环,其余的循环次数超过9.5亿次.最慢的线程只有2.3亿,而最快的2111万.

根据MSDN,抢占式多任务处于线程级别(不是进程级),所以我的每个线程都应该以循环方式获得时间片段.我在这里缺少什么,为什么这个差异？

编辑1：机器配置：英特尔i7四核3.4GHz,启用超线程(一次8个活动线程).运行Windows-7 64位专业版(测试应用程序是32位)

Edit2(线程代码)：测试应用程序是通过优化开启的,没有任何调试信息.在IDE之外运行测试应用程序.

type

  TMyThread = class(TThread)
  protected
    FCount: Int64;
  public
    constructor Create;
    procedure Execute; override;
    property Count: Int64 read FCount;
  end;


{ TMyThread }

constructor TMyThread.Create;
begin
  inherited Create(True);
  FCount := 0;
end;  

procedure TMyThread.Execute;
begin
  inherited;
  while not Terminated do
  begin
    Inc(FCount);
  end;
end;

解决方法

循环调度是内核的一个明显策略.但这并不是Windows调度程序的工作原理.它曾经在Windows 9x天回来,这个调度程序非常有能力让各种虚拟机等待时间.但不是在NT分行,由Dave Cutler的小组开始,调度完全基于优先级.

无论线程具有最高优先级,都可以使用cpu.在Windows中还有一大堆代码修改了线程的优先级,从线程创建时的默认优先级修改它.该代码知道像拥有前台窗口的线程.还是一个等待发出信号的同步对象的线程.或者更为奇怪的调度问题,试图解决优先级倒置问题.随机给线程有机会运行即使不是轮到它.

专注于写出合理的代码.开始一百个线程不是一件很棒的事情.您正在尝试消耗机器实际上不可用的资源,没有人拥有一个具有一百个内核的机器.然而.二的力量,首先得到128个核心的机器.