都在讨论C，很少有C++

OwnWaterloo

reiase 发表于 2012-04-21 08:07
模板实例化剩下的那点寻址时间、循环展开时间，和JIT把一般计算翻译成SIMD指令计算所剩的时间比，很难说谁更有用一点。看场景吧，之前嘲笑过STL号称高性能，却在真正对性能要求高的高并发环境下无大用处，也就拿来加速一下PC机上的MFC程序而已。一种技术，如果只能加速一般场景（对性能要求不高的场景），不能加速一些特例（比如高并发环境）...好吧，你也可以称它是高性能。

“JIT省的那点时间，你重新编译一下也能够找回来”，这种逻辑就跟”模板能省那点时间，你C代码写仔细一点也能找回来“一样，没有意义。

所以说白了，模板（好吧，我不说泛型了）这玩意儿提升性能跟JIT提升性能有啥不一样？算法的逻辑都固化了，内存访问的高效性要考模板这玩意儿保证？

你又把话题岔开了。不是在说jit与native吗？
好，你又提到SIMD， native就不能SIMD了吗？


再说你前面提到的发布。
用户不知道CPU是什么，只管下载？可否下载一个小的installer？它负责测试CPU，然后下载相应的binary。
对不知道CPU是什么的用户， 直接下载binary与下载这样一个installer没什么区别， 反正都是下一步下一步再下一步。 哦，还不用装runtime。


现在挺多软件有这样的小的installer，mingw, chrome, cygwin, 还包括你提到的ubuntu(wubi)。
但它们还没有根据cpu选择binary的功能。
为什么？ 至少我还没看出有这个必要。 到目前还没用过什么使用jit的软件效率比同类使用native的要高， 毫无威胁感。

不关心CPU是什么的人， 通常也不会计较、也难以察觉为p4编译的代码跑在了自己的core 2上那点可能的时间优化。
但空间优化是很容易被发觉的 —— runtime比软件本体还大

而关心那点效率的人， 知晓自己是什么CPU是自己的责任。

三月廿七

c 最成功的项目是 gtk ， 无他

walleeee

回复 91# reiase


你难道不知道自己去看debian？不知道自己去找？我说东你扯西，一会又到了core 2+。算了，我不想和你继续讨论这些问题，想必你也不想和我继续费功夫，因为我点出的问题，你总是用另外一个问题来引开我。这样是无穷无尽的

主要是什么呢？不要扯编码时间，那玩意儿是用调试时间换的。

你难道看不懂中文？还有二字我写得明明白白，你居然就是看不见。
而且你非说编码时间使用调试时间来换，那我真是无能为力了。
你说我能辩么？我一辩，我都能猜到你要说什么，“我就是编码时间短，所以经常要花很多时间调试”，你说我还能说什么好？

没有jit，fftw只是在传入数据的时候对数据做优化

既然fftw所谓优化并非是在jit上，那你扯出fftw搞毛啊！！我们在说jit优化，你突然又来fftw，我以为这个是用来jit来做优化，你现在有跟我说没用jit，唉，我累了。

Qt官方对template技术的看法：http://qt-project.org/doc/qt-5.0/templates.html

这些不重要，一家之言，而且现代的编译器，比如gcc较新版本，对模版控制得也是非当年能比。
算了，我不跟你扯了，你居然又扯出来vi和perl。我不知道你到底想说什么，你对vi和perl很了解么？不是非常了解就不要抬出来，况且抬出来也对你的论调没任何益处。

Qt里的C++才比较像Objective-C

真是天雷滚滚，我已经皮胶柔嫩，你放过我吧。

Qt的成功恰恰说明C++的不足

。。。

我说JVM慢了吗？我说Java效率低了吗？我只说JVM加载慢。

你没说java效率低，我也没说java效率低，我真怀疑你看得懂我在说什么么？我已经三番五次的觉得你根本就没看懂我说什么，或者根本就没看。

Native不是快吗，怎非要跑去用慢的script呢。

对。我已经表述过原因了。我再重复一遍，你看得懂也好，看不懂也罢，同意也好，不同意也罢，无所谓。
现在的硬件已经非当年能比了，效率为优的语言也已经并非当年那么被需要，当时追求效率的领域永远存在，永远需要榨干语言能提供的每一寸性能。计算也已经远远不是当年的认识，现在更多的计算偏移到了日常计算，娱乐计算，这些并非对效率要求非常的高，至少不如之前对科学计算要求得高。这些，以及其他种种因素，导致了你说的脚本语言生命越来越强。这个说法，在我之前和ow的讨论帖子，就是他看不起我看那个帖子里面已经有完整的表达，你可以去翻。

咱都不是学数学出身，没必要去折腾blas

唉。我更是不了解，既然你并非要用blas，也并非对这个非常理解，你把他摆到我们讨论中干什么？况且这个对你的观点无任何的证明效果，你拿出来干什么？觉得我时间多，陪你东拉西扯么？

唉，不必再说了

walleeee

回复 92# OwnWaterloo


cu真是人才济济，说东道西，巧舌如簧。。。所谓乾坤大挪移，凌波微步，神乎其技

walleeee

回复 90# reiase


算了。你这段我就看得出来，你根本不是一路人。

幻の上帝

回复 90# reiase


看哪个模板不爽改改就是了。
JIT太弱呢？自己写一个？

OwnWaterloo

回复 95# walleeee

不被忽悠是基本功……

walleeee

回复 98# OwnWaterloo


总之，碰到这样的神乎其技的角色，既然他说什么自觉的有道理，那就该追问到底，叫他给一个详细的具体的，白纸黑字的说法。

不被乾坤大挪移这种武功害死。因为就算你内力非人，武功无敌，他什么也不会，就会个乾坤大挪移，你就败局已定了，反倒你内力越厉害，都不过是在打自己

ecloud

你们扯了那么多页没用的东西
归根结底就是回到我最初的观点
优化神马的，作为一个用户，咱们这个层次的，无论你技术多么高超（就算吧），你有什么办法？
大公司只要做点手脚，你就得被迫接受现实，理论那些东西，根本不管用，他要你快你就快，他要你慢你就慢，办法多了去了
IA64就是个明显的例子，理论上的运行效率从来没有达到过。就算Intel改写了gcc，但是他没能力改写所有的库，或者说用IA64的指令集去优化所有的库。而有能力的人、公司和组织，从来没想过去这么做，其结果就是理论上很好的IA64完蛋了

JVM慢不是么？没关系，IBM的z系列机器直接用一种硬件JVM，运行class比COBOL编译成的二进制程序还快。这种东西要是用于Andriod手机，那可真要比iphone快得多了。可是IBM从来没打算过这么做，甚至在p系列机器上都不打算实装硬件JVM

但是从另一个方面，就算现在大型机跑Java比COBOL快了，但是那些大银行还是不愿意把以前的COBOL程序移植到Java。慢点咋了，人家不在乎啊

这就是现实

ecloud

三月廿七 发表于 2012-04-21 14:08
c 最成功的项目是 gtk ， 无他

我觉得是opengl