Programming 版 (精华区)
发信人: SwordLea (飞刀李), 信区: Programming
标 题: [合集] 关于编译器优化的讨论
发信站: 哈工大紫丁香 (Wed Jun 23 19:20:25 2004), 站内
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 11:21:59 2004) 说道:
工具:
vc 版本 7.0
bcb 版本 6.0
编译选项:最大速度优化,(VC 7.0关掉自动内联函数选项)
反编译工具:w32dasm
基准测试程序:
void test()
{
int a = 0 , b = 1 , c = 4 ;
for( int i = 0 ; i < b + c ; ++i ){
++a ;
}
}
int main()
{
__asm{
mov edx , edx
nop
} ;
test() ;
}
目的,测试程序对无用函数的优化能力,由于test不返回任何值,也不修改任何外部变量,
因此,对程序来说,这是个无效函数,一个优秀的编译器可以优化掉它。
VC的编译结果:
//-------------------------------------------------main()------------------------
:00401000 8BD2 mov edx, edx
:00401002 90 nop
// 没调用test(), very good!!!
:00401003 C3 ret
//-------------------------------------------------main() finished--------------
BCB的编译结果:
//---------------------------------------------------main() --------------
:00401184 89D2 mov edx, edx
:00401186 90 nop
:00401187 E8DCFFFFFF call 00401168 // 调用test(), bad!!! :(
:0040118C 33C0 xor eax, eax
:0040118E C3 ret
//---------------------------------------------------main() finished-------
从上面的结果看出,vc在这一项表现上,相当不错,bcb就有点垃圾了
vc vs bcb === 1 : 0
────────────────────────────────────────
artist (手艺人) 于 (Tue Jun 22 16:07:21 2004) 说道:
建议编译一些大的程序,才能给出比较全面的结论。
另外,最好能比较不同的编译后,运行的时间,也能反映一些问题。
一个小程序说明不了什么问题。
一家之言。仅供参考。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 工具:
: vc 版本 7.0
: bcb 版本 6.0
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 16:09:21 2004) 说道:
大程序不太好从一点上进行比较,
而编译后的运行时间受很多方面影响,觉得不如直接分析汇编代码有效~~~:)
【 在 artist (手艺人) 的大作中提到: 】
: 建议编译一些大的程序,才能给出比较全面的结论。
: 另外,最好能比较不同的编译后,运行的时间,也能反映一些问题。
: 一个小程序说明不了什么问题。
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 17:21:10 2004) 说道:
其实优化也不是越优越好,相反过渡的优化可能带来不可预知的后果。
我想编译器一个基本的原则就是不能修改原始程序的结构和执行顺序,
过渡的优化必然导致一些不可预知的问题,而且由于优化带来的问题
很难处理。很久以前写一个通信的程序当时为了确认同样的数据写了
3次,结果就被vc优化掉了,费了好大劲才找到原因。
其实编译器优化的这些结果究竟能够到来多少的速度优势很难说,尤其是
对于现在的CPU频率越来越高,以少量的性能代价换来程序的清晰还是非常
合算的。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 大程序不太好从一点上进行比较,
: 而编译后的运行时间受很多方面影响,觉得不如直接分析汇编代码有效~~~:)
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 17:48:54 2004) 说道:
要是讲道理,都是鱼和熊掌的问题。
照这么说编译理论不变,系统构架定了,
n个编译器都出来同样的binary code,
大家也会郁闷的。
代码优化,弥补少量编程不足,
就算不是决定性的,也是有益补充,
当不许要也都可以关闭嘛。
而iamxiaohan举的例子,确实是
编译器厂商技术实力的体现,
再说了,编译出规范的代码,
那只是编译器的基本任务嘛。
【 在 deem (沙丘男爵) 的大作中提到: 】
其实优化也不是越优越好,相反过渡的优化可能带来不可预知的后果。
我想编译器一个基本的原则就是不能修改原始程序的结构和执行顺序,
过渡的优化必然导致一些不可预知的问题,而且由于优化带来的问题
很难处理。很久以前写一个通信的程序当时为了确认同样的数据写了
3次,结果就被vc优化掉了,费了好大劲才找到原因。
其实编译器优化的这些结果究竟能够到来多少的速度优势很难说,尤其是
对于现在的CPU频率越来越高,以少量的性能代价换来程序的清晰还是非常
合算的。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 大程序不太好从一点上进行比较,
: 而编译后的运行时间受很多方面影响,觉得不如直接分析汇编代码有效~~~:)
────────────────────────────────────────
SwordLea (飞刀李) 于 (Tue Jun 22 17:51:55 2004) 说道:
同意,把有代表性的小代码拿出来一一分析比较,有一定的说服力。
VC的优化是不错,不过,VC在编译时经常性崩溃就不好了——就是
那种
Compiling...
等好久,咣当一下MSDEV就不见了。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 大程序不太好从一点上进行比较,
: 而编译后的运行时间受很多方面影响,觉得不如直接分析汇编代码有效~~~:)
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 18:34:01 2004) 说道:
呵呵,这也许就是立场不同,
BillGates总说:稳定一点,稳定一点,一定要再稳定一点,不能让windows再随便死了~~
Anders 总说: 快一点,快一点,一定要再快一点,否则borland c/c++就卖不出去了~~
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 要是讲道理,都是鱼和熊掌的问题。
: 照这么说编译理论不变,系统构架定了,
: n个编译器都出来同样的binary code,
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 18:56:03 2004) 说道:
我不是说不能优化,而是说过渡优化也不是什么好事情而已,而且从编译优化上
可以榨取的性能和为了优化付出的代价是否合算也很难说。
比如说 a = 3+4 优化成 a = 7 这个优化是非常有必要的。
但是如果把整个函数都给优化没有了,那就是不是那么回事了。上面那个兄弟举
的例子里面也许把那个函数优化掉没有什么问题,但是有些情况就不好说了。
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 要是讲道理,都是鱼和熊掌的问题。
: 照这么说编译理论不变,系统构架定了,
: n个编译器都出来同样的binary code,
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 18:58:15 2004) 说道:
所以才说vc的最优化有点恐怖,能知道什么时候应当把函数调用优化掉,什么时候不能
优化掉,这是非常智能的了!
【 在 deem (沙丘男爵) 的大作中提到: 】
: 我不是说不能优化,而是说过渡优化也不是什么好事情而已,而且从编译优化上
: 可以榨取的性能和为了优化付出的代价是否合算也很难说。
: 比如说 a = 3+4 优化成 a = 7 这个优化是非常有必要的。
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:07:47 2004) 说道:
程序毕竟是程序,他要是真的知道那就不是程序了。
这种优化程序员来完成易如反掌,交给编译器完成后患无穷。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 所以才说vc的最优化有点恐怖,能知道什么时候应当把函数调用优化掉,什么时候不能
: 优化掉,这是非常智能的了!
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:14:59 2004) 说道:
所以我一向认为能自己优化就自己优化,
不过话又说回来,编译器的优化技术还是应当大力发展的,
因为,编译器的优化技术可以是许多专家共同智慧的结晶,
而每一个程序员却不一定是这方面的专家,
发展编译器的优化技术,可以使许多专家的智慧被更多的程序员享用,
也能减轻程序员的负担,使程序员可以很从容的写出更易读的代码,而不会因此而害怕
性能受损,
再者,程序小的话,程序员也行还可以自行优化,但真正一个程序大了,这样的优化工作
只有电脑才能完成,程序员是干不了的
【 在 deem (沙丘男爵) 的大作中提到: 】
: 程序毕竟是程序,他要是真的知道那就不是程序了。
: 这种优化程序员来完成易如反掌,交给编译器完成后患无穷。
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 19:16:58 2004) 说道:
这个优化会有一些问题,
可能一个蹩脚的程序员或者在某种特例情况下,
需要写一个函数里面循环10M次,然后再启动主函数时,
将这个东西优化掉程序可能无法正确运行
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 工具:
: vc 版本 7.0
: bcb 版本 6.0
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:19:15 2004) 说道:
这种特例很少,如果有这种特例,现在的编译器都提供了关闭优化选项的功能
【 在 kylix (自由火鸟) 的大作中提到: 】
: 这个优化会有一些问题,
: 可能一个蹩脚的程序员或者在某种特例情况下,
: 需要写一个函数里面循环10M次,然后再启动主函数时,
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:20:04 2004) 说道:
哈哈,非常不错的例子,早期的程序指导书里面常常使用
for (i = 0; i < 10000; i++); 来做延时的。
【 在 kylix (自由火鸟) 的大作中提到: 】
: 这个优化会有一些问题,
: 可能一个蹩脚的程序员或者在某种特例情况下,
: 需要写一个函数里面循环10M次,然后再启动主函数时,
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:21:26 2004) 说道:
ft....
【 在 deem (沙丘男爵) 的大作中提到: 】
: 哈哈,非常不错的例子,早期的程序指导书里面常常使用
: for (i = 0; i < 10000; i++); 来做延时的。
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:22:19 2004) 说道:
不过,这种延时程序是不当用的
这是早期的指导书里面的不当之处~~~ hoho~~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 哈哈,非常不错的例子,早期的程序指导书里面常常使用
: for (i = 0; i < 10000; i++); 来做延时的。
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:23:07 2004) 说道:
没有什么可ft的呀,以前的库函数里面好像没有sleep毫秒的函数,只能用这种方法
凑或着用了。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: ft....
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:24:57 2004) 说道:
其实我们站的角度都太偏了,
vc能有这么恐怖的编译优化技术,这本身不论从哪个方面讲,它总是值得肯定的,
也许讨论一下怎么实现这样的编译优化技术或许更有趣~~~:D
【 在 deem (沙丘男爵) 的大作中提到: 】
: 哈哈,非常不错的例子,早期的程序指导书里面常常使用
: for (i = 0; i < 10000; i++); 来做延时的。
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:29:08 2004) 说道:
我最初的意思只是说不赞成过渡的优化而已,必要的优化还是应该有的,
其实如何发挥对应的体系结构的硬件性能才是关键,代码的优化倒是可以
适当放松一点了,呵呵。个人意见。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 其实我们站的角度都太偏了,
: vc能有这么恐怖的编译优化技术,这本身不论从哪个方面讲,它总是值得肯定的,
: 也许讨论一下怎么实现这样的编译优化技术或许更有趣~~~:D
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:32:21 2004) 说道:
有时候感觉体系结构应当与编译器设计结合起来,
比如,如果CPU支持多线索,那么编译器要是能够编译出多线索程序,
这样就大大的加快了程序的运行了~~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 我最初的意思只是说不赞成过渡的优化而已,必要的优化还是应该有的,
: 其实如何发挥对应的体系结构的硬件性能才是关键,代码的优化倒是可以
: 适当放松一点了,呵呵。个人意见。
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:36:21 2004) 说道:
对亚,这才是编译器的正道。呵呵
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 有时候感觉体系结构应当与编译器设计结合起来,
: 比如,如果CPU支持多线索,那么编译器要是能够编译出多线索程序,
: 这样就大大的加快了程序的运行了~~~
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:39:34 2004) 说道:
有时候在想,要是CPU的结构可以动态切换就好了,
比如经过编译器统计发现,此段程序中没有需要乘法的,而有大量的赋值语句,
于时CPU就把它内部的乘法器拆装成大量的传送单元~~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 对亚,这才是编译器的正道。呵呵
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 19:42:12 2004) 说道:
CPU 频率差异巨大,这个方法本身就是错误的。
不能怪罪于编译器,在时间不能确定的情况下,
循环10M次,结果只能是看看CPU是不是有坏掉。
【 在 kylix (自由火鸟) 的大作中提到: 】
: 这个优化会有一些问题,
: 可能一个蹩脚的程序员或者在某种特例情况下,
: 需要写一个函数里面循环10M次,然后再启动主函数时,
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:43:45 2004) 说道:
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: CPU 频率差异巨大,这个方法本身就是错误的。
: 不能怪罪于编译器,在时间不能确定的情况下,
: 循环10M次,结果只能是看看CPU是不是有坏掉。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~呵呵,搞笑,莫不是intel就这样检测
cpu的?
呵呵,这都是谭浩强的书上来的,它的书上这样的延迟一堆一堆的,大家都学它的了
: ...................
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 19:46:29 2004) 说道:
ft,你老看台湾的资料啊?线索个啥
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 有时候感觉体系结构应当与编译器设计结合起来,
: 比如,如果CPU支持多线索,那么编译器要是能够编译出多线索程序,
: 这样就大大的加快了程序的运行了~~~
: ...................
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 19:46:34 2004) 说道:
这种编译器还只处于研究阶段,像Stanford得SUIF编译器,基本上
能把某些单线索串行程序前瞻式的分成多线索.
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 有时候感觉体系结构应当与编译器设计结合起来,
: 比如,如果CPU支持多线索,那么编译器要是能够编译出多线索程序,
: 这样就大大的加快了程序的运行了~~~
: ...................
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 19:47:31 2004) 说道:
呵呵,这种办法的确土,但是总会有人这么写的
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: CPU 频率差异巨大,这个方法本身就是错误的。
: 不能怪罪于编译器,在时间不能确定的情况下,
: 循环10M次,结果只能是看看CPU是不是有坏掉。
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:47:36 2004) 说道:
HyperThread ?
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: ft,你老看台湾的资料啊?线索个啥
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:47:43 2004) 说道:
呵呵,这个线索可不是线程啊~~~
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: ft,你老看台湾的资料啊?线索个啥
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:48:12 2004) 说道:
就是和并行里面的那种并行化编译器差不多?
【 在 kylix (自由火鸟) 的大作中提到: 】
: 呵呵,这种办法的确土,但是总会有人这么写的
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 19:48:49 2004) 说道:
我只知道线程和纤程:P
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 呵呵,这个线索可不是线程啊~~~
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:49:21 2004) 说道:
编译器还处于研究阶段?是不是说这样的CPU是已经存在的了,
但是还没有配套的编译器?
【 在 kylix (自由火鸟) 的大作中提到: 】
: 这种编译器还只处于研究阶段,像Stanford得SUIF编译器,基本上
: 能把某些单线索串行程序前瞻式的分成多线索.
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:49:40 2004) 说道:
纤程?这个是什么东东?
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 我只知道线程和纤程:P
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 19:50:00 2004) 说道:
对,就是并行编译技术,基本上都没商用
【 在 deem (沙丘男爵) 的大作中提到: 】
: 就是和并行里面的那种并行化编译器差不多?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:50:29 2004) 说道:
为什么没商用呢?
【 在 kylix (自由火鸟) 的大作中提到: 】
: 对,就是并行编译技术,基本上都没商用
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:51:02 2004) 说道:
不保呗, 呵呵.
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 为什么没商用呢?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:51:57 2004) 说道:
看来编译技术与体系结构方面还大有东东可挖啊~~ *^_^*
【 在 deem (沙丘男爵) 的大作中提到: 】
: 不保呗, 呵呵.
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 19:52:55 2004) 说道:
商用就是为了赚钱,你看Intel天天都在想方设法吹它的HT技术,
支持超线程的P4广告、宣传品上都有明显的HT技术字样,
难道普通用户真的明白?
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 为什么没商用呢?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:53:30 2004) 说道:
你难道是说并行编译技术赚不了钱?
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 商用就是为了赚钱,你看Intel天天都在想方设法吹它的HT技术,
: 支持超线程的P4广告、宣传品上都有明显的HT技术字样,
: 难道普通用户真的明白?
: ...................
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 19:53:59 2004) 说道:
太难了,近几年来基本上没有什么进展了. 最近几年几年都没有论文了.
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 看来编译技术与体系结构方面还大有东东可挖啊~~ *^_^*
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:55:41 2004) 说道:
有理论上不可越的高度,还是这个坑已经挖得够深了?
【 在 deem (沙丘男爵) 的大作中提到: 】
: 太难了,近几年来基本上没有什么进展了. 最近几年几年都没有论文了.
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 19:55:46 2004) 说道:
多线索CPU早就有了,90年代初就有,配套的编译器也有.
但基本上使用的很不广泛.并行化程度很低.
难题是怎么把单线索程序前瞻并行成多线索,这种前瞻
是冒险的,一旦出错,可能需要
大量恢复操作,程序里面也可能嵌入多余的辅助指令,这些
都可能导致处理器功耗剧增,还有很多无法并行的东西如何处理,
编译器的复杂度可能上升一个数量级.
目前,商用公司还很少使用这些技术,大多数都仍在大学里处于研究状态
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 编译器还处于研究阶段?是不是说这样的CPU是已经存在的了,
: 但是还没有配套的编译器?
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 19:57:13 2004) 说道:
在目前程序执行速度不是普通应用的瓶颈的时候,
运行效率不是主要矛盾,提高网速和IO更有意义。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 你难道是说并行编译技术赚不了钱?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 19:59:34 2004) 说道:
我发觉cpu结构的发展与电子器件的发展好像很有关系,
从已前的电子管,到晶体管,再到集成电路,电子器件在不断发展,
而每个阶段CPU的结构也在不停的发展,以适应电子器件的发展,
那么,以后如果量子计算机,dna计算机,纳米器件大量涌现的时候,
也许cpu的结构又会迎来一个飞跃~~~ ^_^
【 在 kylix (自由火鸟) 的大作中提到: 】
: 多线索CPU早就有了,90年代初就有,配套的编译器也有.
: 但基本上使用的很不广泛.并行化程度很低.
: 难题是怎么把单线索程序前瞻并行成多线索,这种前瞻
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:01:27 2004) 说道:
cpu结构对i/o速度也很有意义吧,比如说对不同速度的i/o分别编址,
挂到多级总线上,这些都提升了i/o速度,所以cpu结构对i/o还是很有意思的~~~
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 在目前程序执行速度不是普通应用的瓶颈的时候,
: 运行效率不是主要矛盾,提高网速和IO更有意义。
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 20:02:10 2004) 说道:
这个发展只是路本身修的好了,但车道还是没有加宽呀
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 我发觉cpu结构的发展与电子器件的发展好像很有关系,
: 从已前的电子管,到晶体管,再到集成电路,电子器件在不断发展,
: 而每个阶段CPU的结构也在不停的发展,以适应电子器件的发展,
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:03:37 2004) 说道:
路更好了,就有更大的空间去加宽车道嘛~~:P
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 这个发展只是路本身修的好了,但车道还是没有加宽呀
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 20:04:54 2004) 说道:
以后计算模型肯定会出现大的飞跃的,不止处理器结构,我觉得
整个编程模型都会改变,
但是现在所谓的"量子","dna"计算机什么的都太夸张了,打个比方吧,
现在的量子,dna计算机的研究水平也就是刚刚设计出"电子管"而已,
而且还不可靠,也还没找到方法大规模集成,离真正能用还差10万8千里
呢,
.
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 我发觉cpu结构的发展与电子器件的发展好像很有关系,
: 从已前的电子管,到晶体管,再到集成电路,电子器件在不断发展,
: 而每个阶段CPU的结构也在不停的发展,以适应电子器件的发展,
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:06:05 2004) 说道:
呵呵,现在发觉,这个方向非常有趣啊~~~ ^_^
xixi,比erp有趣多了~~~ *^_^*
【 在 kylix (自由火鸟) 的大作中提到: 】
: 以后计算模型肯定会出现大的飞跃的,不止处理器结构,我觉得
: 整个编程模型都会改变,
: 但是现在所谓的"量子","dna"计算机什么的都太夸张了,打个比方吧,
: ...................
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 20:06:13 2004) 说道:
难,这个问题太难了,谁能有大突破,图灵奖可能归他,呵呵
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 有理论上不可越的高度,还是这个坑已经挖得够深了?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:07:22 2004) 说道:
什么问题?就是前面您说的前詹性预测单线索的多线索能力?
【 在 kylix (自由火鸟) 的大作中提到: 】
: 难,这个问题太难了,谁能有大突破,图灵奖可能归他,呵呵
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 20:10:24 2004) 说道:
程序的并行划分,通信,负载均衡等等...
我说的那个只是其中一部分.
不是搞这行的,太深的我也不了解了
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 什么问题?就是前面您说的前詹性预测单线索的多线索能力?
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:11:37 2004) 说道:
大侠是研究什么方向的呢?^_^
【 在 kylix (自由火鸟) 的大作中提到: 】
: 程序的并行划分,通信,负载均衡等等...
: 我说的那个只是其中一部分.
: 不是搞这行的,太深的我也不了解了
: ...................
────────────────────────────────────────
kylix (自由火鸟) 于 (Tue Jun 22 20:13:02 2004) 说道:
纸上谈兵式的下一代高性能微处理器结构,呵呵
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 大侠是研究什么方向的呢?^_^
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:14:14 2004) 说道:
极其前途的方向啊~~ 口水ing~~~
【 在 kylix (自由火鸟) 的大作中提到: 】
: 纸上谈兵式的下一代高性能微处理器结构,呵呵
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 20:16:20 2004) 说道:
就是传说中的 NG CPU
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 极其前途的方向啊~~ 口水ing~~~
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:17:29 2004) 说道:
呵呵~~Next Generation CPU~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 就是传说中的 NG CPU
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 20:18:34 2004) 说道:
我觉得ERP会毁掉我们系的。
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 呵呵,现在发觉,这个方向非常有趣啊~~~ ^_^
: xixi,比erp有趣多了~~~ *^_^*
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:19:13 2004) 说道:
erp应当丢给软件学院做~~~
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 我觉得ERP会毁掉我们系的。
────────────────────────────────────────
SYBASE (上路) 于 (Tue Jun 22 20:20:27 2004) 说道:
kick!~
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: erp应当丢给软件学院做~~~
────────────────────────────────────────
deem (沙丘男爵) 于 (Tue Jun 22 20:21:33 2004) 说道:
其实erp里面可以做的东西还是非常多的,我们寝室一个小子作的东西就挺玄乎的。
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 我觉得ERP会毁掉我们系的。
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:22:28 2004) 说道:
不就是一些商业逻辑事务逻辑吗?
管理学院+软件学院~~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 其实erp里面可以做的东西还是非常多的,我们寝室一个小子作的东西就挺玄乎的。
────────────────────────────────────────
SYBASE (上路) 于 (Tue Jun 22 20:23:39 2004) 说道:
竟然敢诋毁erp
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
不就是一些商业逻辑事务逻辑吗?
管理学院+软件学院~~~
【 在 deem (沙丘男爵) 的大作中提到: 】
: 其实erp里面可以做的东西还是非常多的,我们寝室一个小子作的东西就挺玄乎的。
────────────────────────────────────────
PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 于 (Tue Jun 22 20:24:40 2004) 说道:
就中国这个ERP的样子,我觉得他在诋毁软件学院。
【 在 SYBASE (上路) 的大作中提到: 】
: 竟然敢诋毁erp
: 不就是一些商业逻辑事务逻辑吗?
: 管理学院+软件学院~~~
: ...................
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:25:32 2004) 说道:
ft....
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 就中国这个ERP的样子,我觉得他在诋毁软件学院。
────────────────────────────────────────
SYBASE (上路) 于 (Tue Jun 22 20:27:44 2004) 说道:
软件学院也不只做erp啊
【 在 PowerStation (龘靐鱻麤驫厵飝飍灥馫雥雦,谁说妮称就廿字) 的大作中提到: 】
: 就中国这个ERP的样子,我觉得他在诋毁软件学院。
────────────────────────────────────────
iamxiaohan (潇寒·System Programmer) 于 (Tue Jun 22 20:29:27 2004) 说道:
软件学院还做什么?
【 在 SYBASE (上路) 的大作中提到: 】
: 软件学院也不只做erp啊
────────────────────────────────────────
SYBASE (上路) 于 (Tue Jun 22 20:29:52 2004) 说道:
人家上交的嵌入式都做
【 在 SYBASE (上路) 的大作中提到: 】
: 软件学院也不只做erp啊
────────────────────────────────────────
jybaby (贝贝) 于 (Tue Jun 22 23:37:41 2004) 说道:
差不多把
【 在 iamxiaohan (潇寒·System Programmer) 的大作中提到: 】
: 工具:
: vc 版本 7.0
: bcb 版本 6.0
: 编译选项:最大速度优化,(VC 7.0关掉自动内联函数选项)
: 反编译工具:w32dasm
: 基准测试程序:
: void test()
: {
: ...................
※ 修改:·SwordLea 于 Jun 23 19:20:59 修改本文·[FROM: 202.118.246.241]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:414.864毫秒