在驱动中获取CPU数目时,看了一下是从lib引出来的一个数,但是声明有些奇怪:

#if (NTDDI_VERSION >= NTDDI_VISTA) extern NTSYSAPI volatile CCHAR KeNumberProcessors; #elif (NTDDI_VERSION >= NTDDI_WINXP) extern NTSYSAPI CCHAR KeNumberProcessors; #else extern PCCHAR KeNumberProcessors; #endif

是什么原因在vista上的声明是 extern NTSYSAPI volatile CCHAR KeNumberProcessors,而在xp上却是extern NTSYSAPI CCHAR KeNumberProcessors?

2010-11-08 23:48:59

1 Answers

首先,变量前面加"volatile"是指程序每次都去该内存保存的地址去获取值,而不是把变量值固定为编译器编译时确定的值。看下面这个例子:

 #include 
void main()
{
  int i=10;
  int a = i;
  printf("i= %d",a);
  //下面汇编语句的作用就是改变内存中i的值,但是又不让编译器知道
  __asm 
{
    mov dword ptr [ebp-4], 20h
  }
  int b = i;
  printf("i= %d",b);
}

然后,在调试版本模式运行程序,输出结果如下:
i = 10
i = 32
然后,在release版本模式运行程序,输出结果如下:
i = 10
i = 10
输出的结果明显表明,release模式下,编译器对代码进行了优化,第二次没有输出正确的i值。下面,我们把 i的声明加上volatile关键字,看看有什么变化:

 #include 
void main()
{
  volatile int i=10;
  int a = i;
  printf("i= %d",a);
  __asm 
{
    mov dword ptr [ebp-4], 20h
  }
  int b = i;
  printf("i= %d",b);
}

分别在调试版本和release版本运行程序,输出都是:

i = 10

i = 32


关键在“mov dword ptr [ebp-4], 20h”这句,[ebp-4]是堆栈中第一个局部变量的值,这个得程序运行时确定,编译器无法编译时赋值。第一个例子没有加volatile修饰,所以编译器编译时给它赋了10,而后者是每次从i所在的内存地址中获取。


所以extern NTSYSAPI volatile CCHAR KeNumberProcessors;这句的意思是每次都得从KeNumberProcessors所在内存地址取值。而extern 是导出内核变量KeNumberProcessors的意思。

至于为什么VISTA的要加volatile,是为了支持CPU热插拔。你看看下面这段描述就明白了。


The KeNumberProcessors kernel variable is obsolete in Windows Vista SP1, Windows Server 2008, and later versions of Windows. KeNumberProcessors does not appear in WDK headers for WDK releases starting with Windows Vista SP1; however, the variable is still exported from the kernel, so drivers built for earlier platforms will not break.


Windows Server 2008 includes support for Dynamic Hardware Partitioning (DHP) in the Windows Datacenter and Enterprise Edition SKUs. As part of DHP, Windows Server 2008 supports hot adding CPUs at runtime. In a hot-add CPU environment, the number of processors may not remain constant during runtime.


Accordingly, in Windows Server 2008, code that can determine the number of processors must use KeQueryActiveProcessors instead of direct references to the kernel variable, KeNumberProcessors.

2010-11-09 01:33:30
您不能回答该问题或者回答已经关闭!

相关文章推荐

  • C#开发中的反射机制

    反射的定义:审查元数据并收集关于它的类型信息的能力。元数据(编译以后的最基本数据单元)就是一大堆的表,当编译程序集或者模块时,编译器会创建一个类定义表,一个字段定义表,和一个方法定义表等

  • C#实例解析适配器设计模式

    将一个类的接口变成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够一起工作

  • C#中using指令的几种用法

    using + 命名空间名字,这样可以在程序中直接用命令空间中的类型,而不必指定类型的详细命名空间,类似于Java的import,这个功能也是最常用的,几乎每个cs的程序都会用到

  • C#协变和逆变

    “协变”是指能够使用与原始指定的派生类型相比,派生程度更大的类型,“逆变”则是指能够使用派生程度更小的类型

  • C#运行时相互关系

    C#运行时相互关系,包括运行时类型、对象、线程栈和托管堆之间的相互关系,静态方法、实例方法和虚方法的区别等等

  • 使用托管C++粘合C#和C++代码(二)

    本文实现一下C++代码调用C#代码的过程。我构造一个简单并且直观的例子:通过C++ UI 触发C# UI.

  • C#开发高性能Log Help类设计开发

    项目中要在操作数据库的异常处理中加入写Log日志,对于商业上有要求,写log时对其它操作尽可能影响小,不能因为加入log导致耗时太多

  • C#中的索引器的简单理解和用法

    C#中的类成员可以是任意类型,包括数组和集合。当一个类包含了数组和集合成员时,索引器将大大简化对数组或集合成员的存取操作

  • Async和Await使异步编程更简单

    C#5.0中async和await两个关键字,这两个关键字简化了异步编程,之所以简化了,还是因为编译器给我们做了更多的工作

  • 使用托管C++粘合C#和C++代码(一)

    C#在xml读写,数据库操纵,界面构造等很多方面性能卓越;C++的效率高,是底层开发的必备武器

  • C#基础概念之延迟加载

    延迟加载(lazy load)是Hibernate3关联关系对象默认的加载方式,延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作

  • 深入C# 序列化(Serialize)、反序列化(Deserialize)

    C#中的序列化和反序列化,序列化是.NET运行时环境用来支持用户定义类型的流化的机制