可能不是线形的 windows2003上跑32位的程序，TestSimple函数需要0.83s--0.85s左右，跑了超过10次都如此 windows2008跑32位程序，TestSimple函数需要1.2s--1.3s左右 在windows2008那里，有的时候还不够稳定，有点测不准感觉  

是不同机器，但物理配置是一样的。 先禁止了pagefile，发现的确有所改善，但仍然是windows2003下更快。 今天在2008上装了一个vs2010，编译出64位的程序，发现如下现象 windows2003 32位程序速度最快， windows2008 64位程序速度中间， windows2008 32位程序速度最慢。 为了排除内存预定提交以及缺页交换这些问题，我把程序修改了下 #define NUM 1024 * 1024 * 10  int *a = 0; int *b = 0; int *c = 0;int TestSimple(int num){ int i = 0; int k = 1; int j ...

谢谢！ 我考虑到了WOW和文件访问这些，我都抽取出来了的，我专门测试如下简单程序，用release版本，在windows2003下比windows2008上快70%左右。 TestSimple(1024 * 1024 * 100); int TestSimple(int num){ int i = 0; int k = 1; int j = 2; int ret = 0; int *a = new int[num]; int *b = new int[num]; int *c = new int[num]; for (int ii = 0; ii < num; ii ++) ...

我发现我的一个算法程序在32位下用vc2010编译好了后， 在同样cpu4G内存配置情况下，分别32位的windows2003上运行和64位的windows2008运行有些奇怪，就是在32位的windows2003上运行更快， 我的程序排除了文件网络等I/O操作。 我是用intel的工具vtune来测试的，我想问以下几个问题： 1、是不是从理论上来说，64位下运行32位程序肯定要慢点，因为cpu的扩展导致64位下运行32位指令集需要仿真类似 2、我用vtune来测试的，能否用windbg来测试性能，或者有其它更好的工具，找遍了《软件调试》没有发现相关内容 3、我在64位下用64位的windbg调试这个32位程序，怎么看到的还是32位指令集啊 4、微软怎么不免费提供下64位的编译 ...

啊,是的哈,我把这个给忘记了,谢谢哈!

谢谢张老师,虽然我的问题不是这样,不过你的提示,让我bp api的时候少犯错误。 我最初bp ...

以前从来没有使用过windows7，现在突然发现和xp差别太大了。 我有个应用，需要拦截指定进程某个api调用 我首先在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT ...

谢谢张老师. 这次调试,领教了spy++的厉害啊

谢谢Thomson. 我用windbg attach后，可以找到丢失数据。 现在感觉不爽的是如果下一次遇到这个情况该怎么办 我都打算逆向下spy++，看它是不是消息hook的情况，我自己能不能再度远程线程注入把消息unhook掉 由于很久没有做这方面东东了，所以，我先问下能否终止这个线程

这个线程可能是被远程注入的 这个情景是我用spy++和windbg来调试某个没有源码的进程，结果，突然spy++异常死掉了， 这样，我发现不仅我想调试的进程没有响应，而且所有gui进程都不响应了，包括任务管理器taskmgr 我在cmd下重新启动了一个windbg，然后attach taskmgr，发现有个线程堆栈如下 0:000> kvChildEBP RetAddr  Args to Child              0007f8c4 7c92df5a 7c8025db 000001d4 00000000 ...