大家测过64linux vs 32windows的性能没有

reiase

最近有段代码,发现在两个环境下速度差3倍,有点太夸张了..

hellioncu

3倍也不算夸张呀

reiase

汗,3倍还不夸张

现在比较痛苦的是,windows下边没有类似gprof的工具可用

群雄逐鹿

会不会一个用 debug, 一个用release模式啊？

prolj

Intel有一个VTurn什么的，记不清楚名字了，比gprof强多了。

reiase

原帖由 群雄逐鹿 于 2009-8-13 13:43 发表
会不会一个用 debug, 一个用release模式啊？

Linux下边debug都比win下release快,这才叫人郁闷

reiase

原帖由 prolj 于 2009-8-13 13:45 发表
Intel有一个VTurn什么的，记不清楚名字了，比gprof强多了。

就叫VTurn,这鸟东西用过,Linux平台支持不好,windwos下没有非商业授权

prolj

原帖由 reiase 于 2009-8-13 13:49 发表


Linux下边debug都比win下release快,这才叫人郁闷

不玩笑，这是代码的问题，调用了某些系统调用吧？
Nginx的Win版性能就不行，因为Linux有epoll用，Win下没有。

原帖由 reiase 于 2009-8-13 13:50 发表


就叫VTurn,这鸟东西用过,Linux平台支持不好,windwos下没有非商业授权

我不会用这高级东西，自己计数也是一种方法，用宏DEBUG了。

koolcoy

个人感觉这个是64位和32位的区别：
x64位多8个通用寄存器， 8个多媒体寄存器， 因此在x64的linux下面函数调用绝大多数情况下是用寄存器传参数(64位windows不一样)。 另外x86不支持eip相对寻址， 因此x86的PIC代码实际上只有7个通用寄存器可用， 扣除ebp， esp，就只有5个了， 编译器的寄存器优化几乎没有施展的空间。 而x64的PIC代码仍然有16个通用寄存器可用， 编译器的寄存器优化要好得多。
另外如果代码中大量使用了long long的话x86的性能损失也非常大。
还要看你用的是什么编译器， 编译参数是什么， 有没有使用线程安全等。
所以3倍已经很给你面子了

reiase

原帖由 prolj 于 2009-8-13 13:57 发表

不玩笑，这是代码的问题，调用了某些系统调用吧？
Nginx的Win版性能就不行，因为Linux有epoll用，Win下没有。


我不会用这高级东西，自己计数也是一种方法，用宏DEBUG了。

没任何系统调用,就两malloc和memset,纯粹二维数组上的算法

p阿姨,问你个另外的问题.
你觉得C++的跨平台能力如何，就比如GCC下和VC下，C++的差异大不大。

可能后边设计到复杂算法，老板说用STL会比较好。
但是我现在写的好些算法，最后都强制把链表，树转化成数组来加速遍历。
这种情况下STL提供的算法是不是就没啥意义了