vc6.0,你何去何从~~
2009-11-18 09:59
211 查看
近日在许多博客中,发现很多人采用vc6.0和intel c++编译器9.1进行OpenMp多线程编程,采用这种组合,我进行如下试验:
#include "stdafx.h"
#include "omp.h"
#include <stdio.h>
int main(int argc, char* argv[])
{
#pragma omp parallel for
for (int i = 0; i < 10; i++)
printf("i = %d ThreadId = %d/n", i, omp_get_thread_num());
return 0;
}
这是第一次运行结果:
i = 0 ThreadId = 0
i = 5 ThreadId = 1
i = 0 ThreadId = 0
i = i = 6 ThreadId = 1
i = 1 ThreadId = 0
i = 7 ThreadId = 1
i = 2 ThreadId = 0
i = 8 ThreadId = 1
i = 3 ThreadId = 0
i = 9 ThreadId = 1
i = 4 ThreadId = 0
这是第二次运行结果:
i = 0 ThreadId = 0
i = 0 ThreadId = 0
i = 5 ThreadId = 1
i = 1 ThreadId = 0
i = 6 ThreadId = 1
i = 2 ThreadId = 0
i = 7 ThreadId = 1
i = 3 ThreadId = 0
i = 8 ThreadId = 1
i = 4 ThreadId = 0
i = 9 ThreadId = 1
可以看出这两次运行结果都有误,
我在vs2005下运行如上程序
i = 5 ThreadId = 1
i = 0 ThreadId = 0
i = 6 ThreadId = 1
i = 1 ThreadId = 0
i = 7 ThreadId = 1
i = 2 ThreadId = 0
i = 8 ThreadId = 1
i = 3 ThreadId = 0
i = 9 ThreadId = 1
i = 4 ThreadId = 0
这才是正确的运行结果,我的机子是双核,默认两个线程.为什么会有这种效果呢,如果程序没有问题,那只能是vc6.0编译器或者intel c++9.1有问题了,经试验,我用vc6.0,进行winAPI多线程程序,结果还是有误,那说明vc6.0编译器在多线程机制这有问题了,至于intel c++9.1有没有问题,我没有办法试验,有人说用高版本的intel编译器就可以了,呵呵,vc6.0好像只支持9.1以下的版本.如果真的像我说的这样,那么似乎以后OpenMp只能在vs环境下运行了,vc6.0要和多线程说再见了,但用了这么长时间vc6.0,说实话,确实快,而且界面清秀,字体,颜色都很好看,vs2005下运行慢,而且字体有点小,真希望微软可以仿vc6.0界面做一个vc7.0或8.0,把原来的编译器更新成现在vs2008或者intel c++ 11.1的,呵呵,有点幻想了,不过真的舍不得vc6.0,不知道各位有没有碰到过这样的现象,或者我的程序哪错了,都可以一块商量.......
#include "stdafx.h"
#include "omp.h"
#include <stdio.h>
int main(int argc, char* argv[])
{
#pragma omp parallel for
for (int i = 0; i < 10; i++)
printf("i = %d ThreadId = %d/n", i, omp_get_thread_num());
return 0;
}
这是第一次运行结果:
i = 0 ThreadId = 0
i = 5 ThreadId = 1
i = 0 ThreadId = 0
i = i = 6 ThreadId = 1
i = 1 ThreadId = 0
i = 7 ThreadId = 1
i = 2 ThreadId = 0
i = 8 ThreadId = 1
i = 3 ThreadId = 0
i = 9 ThreadId = 1
i = 4 ThreadId = 0
这是第二次运行结果:
i = 0 ThreadId = 0
i = 0 ThreadId = 0
i = 5 ThreadId = 1
i = 1 ThreadId = 0
i = 6 ThreadId = 1
i = 2 ThreadId = 0
i = 7 ThreadId = 1
i = 3 ThreadId = 0
i = 8 ThreadId = 1
i = 4 ThreadId = 0
i = 9 ThreadId = 1
可以看出这两次运行结果都有误,
我在vs2005下运行如上程序
i = 5 ThreadId = 1
i = 0 ThreadId = 0
i = 6 ThreadId = 1
i = 1 ThreadId = 0
i = 7 ThreadId = 1
i = 2 ThreadId = 0
i = 8 ThreadId = 1
i = 3 ThreadId = 0
i = 9 ThreadId = 1
i = 4 ThreadId = 0
这才是正确的运行结果,我的机子是双核,默认两个线程.为什么会有这种效果呢,如果程序没有问题,那只能是vc6.0编译器或者intel c++9.1有问题了,经试验,我用vc6.0,进行winAPI多线程程序,结果还是有误,那说明vc6.0编译器在多线程机制这有问题了,至于intel c++9.1有没有问题,我没有办法试验,有人说用高版本的intel编译器就可以了,呵呵,vc6.0好像只支持9.1以下的版本.如果真的像我说的这样,那么似乎以后OpenMp只能在vs环境下运行了,vc6.0要和多线程说再见了,但用了这么长时间vc6.0,说实话,确实快,而且界面清秀,字体,颜色都很好看,vs2005下运行慢,而且字体有点小,真希望微软可以仿vc6.0界面做一个vc7.0或8.0,把原来的编译器更新成现在vs2008或者intel c++ 11.1的,呵呵,有点幻想了,不过真的舍不得vc6.0,不知道各位有没有碰到过这样的现象,或者我的程序哪错了,都可以一块商量.......
相关文章推荐
- Tinyxml解析xml优化(vc6.0调试ok)
- VC6.0调试小结
- VC6.0启动File->open和Project->add file to project崩溃的解决方法
- (转)VC6.0如何启用内存泄漏检测机制? (转)
- 一个工程需要同时维护VC6.0和VS2008
- putty编译VC6.0
- VC6.0添加皮肤并修改按钮图片
- VC6.0显示透明PNG图片
- VC6.0插入dialog对话框
- VC6.0 INI文件的读写
- 浅谈当下测试该何去何从
- VC6.0 控件Radio Button的使用
- VC6.0连接时经常卡死的问题解决方法
- VC6.0与WIN7兼容性问题的解决
- vc6.0一个workspace包含多个项目
- VC6.0 调试带参数的控制台程序
- vc6.0:中文字串的读取
- VC6.0软件编程,其中代码缩进快捷键
- VC6.0编译器参数的设置
- C++ getline在VC6.0的一个bug(处理方法)(转)