stepbystep 发表于 2011-7-16 19:02

塞班没用java，不也快死了。

水果赢就赢在乔布斯是个大忽悠，而不是技术宅

Gal3rielol 发表于 2011-7-16 19:05

引用第40楼stepbystep于2011-07-16 19:02发表的:
塞班没用java，不也快死了。

水果赢就赢在乔布斯是个大忽悠，而不是技术宅 images/back.gif


水果在操作系统上十多年的积累就被你这么无视了？
苹果没有技术？

stepbystep 发表于 2011-7-16 19:06

引用第41楼Gal3rielol于2011-07-16 19:05发表的:


水果在操作系统上十多年的积累就被你这么无视了？
苹果没有技术？ images/back.gif


苹果当然有技术，但是乔布斯不会跟你炫耀他们是Objective C，有C++比java效率高如何如何。

苹果专利比机器人还多，我的回复是针对楼主这个无意义的标题而言。

LACHESIS 发表于 2011-7-16 19:10

意思是成功的主因不是技术吧

同样现在AND占有率第一靠的也不主要是技术

Elisha 发表于 2011-7-16 19:14

鸡蛋灌饼 发表于 2011-7-16 19:30

引用第39楼venusvsvirus于2011-07-16 18:55发表的  :

我觉得应该以编译期还是运行期生成Bytecode来区分，不然LLVM算什么....
另.Net的IL即使JIT成了Bytecode它还是堆栈机模型,更何况代码块调用需要判断是否已经JIT，某些函数还要检查权限
images/back.gif

这麻烦就大了，多数实现中HLSL和GLSL的binary都是运行时生成的，但也没人把他们归虚拟机里去……

引用第43楼LACHESIS于2011-07-16 19:10发表的:
意思是成功的主因不是技术吧

同样现在AND占有率第一靠的也不主要是技术 images/back.gif

当然不是
问题是Java这么一折腾甲骨文税是少不了了的
火腿肠最近还在被苹果日，估计最后还得交苹果税……

LACHESIS 发表于 2011-7-16 19:36

哪又如何？
M$也收AND税，传说比从WP里赚的还多，这说明WP终将胜利？

venusvsvirus 发表于 2011-7-16 19:44

我发现刚才搞混了个概念，nativecode和bytecode
严格来说，要走IL-->Bytecode- ->Nativecode这个过程的都算高级语言虚拟机，LLVM也算，但C++那一票template，预处理不能算，这样定义应该没问题了

john 发表于 2011-7-16 19:45

引用第44楼Elisha于2011-07-16 19:14发表的:

人家炫耀的是流畅，流畅！！
从一代那个鸟平台就那么流畅 images/back.gif

流畅个JB
回答完毕

ov_efly 发表于 2011-7-16 20:02

引用第47楼venusvsvirus于2011-07-16 19:44发表的:
我发现刚才搞混了个概念，nativecode和bytecode
严格来说，要走IL-->Bytecode- ->Nativecode这个过程的都算高级语言虚拟机，LLVM也算，但C++那一票template，预处理不能算，这样定义应该没问题了
images/back.gif

这样搞下去
带个垃圾回收的 都算虚拟机了

鸡蛋灌饼 发表于 2011-7-16 20:19

引用第46楼LACHESIS于2011-07-16 19:36发表的  :
哪又如何？
M$也收AND税，传说比从WP里赚的还多，这说明WP终将胜利？ images/back.gif

就怕搞出用安卓=被乌龟巨硬水果轮这么一个阵势……
还好现在看来乌龟好说，有Google这个MT顶着，后面两个就

引用第49楼ov_efly于2011-07-16 20:02发表的:

这样搞下去
带个垃圾回收的 都算虚拟机了
images/back.gif

软件工程基本定理：引入一个额外的中间层，我们能够解决任何问题

yipansansha 发表于 2011-7-16 20:32

回 47楼(venusvsvirus) 的帖子

Bytecode你指的是可以在多架构上分别作不同翻译的中间码吧

只要带有泛用中间码的都算虚拟机这么理解有问题没？

HyperIris 发表于 2011-7-16 21:20

SUPERFIGHT 发表于 2011-7-16 21:42

话说VIA的S3到了HTC手上的话~HTC能不能恶心苹果一把?~

卖哥 发表于 2011-7-16 23:25

引用第53楼SUPERFIGHT于2011-07-16 21:42发表的:
话说VIA的S3到了HTC手上的话~HTC能不能恶心苹果一把?~ images/back.gif
了不起HTC的硬解会好一点

venusvsvirus 发表于 2011-7-16 23:40

引用第49楼ov_efly于2011-07-16 20:02发表的:

这样搞下去
带个垃圾回收的 都算虚拟机了
images/back.gif

虚拟机 <=> 堆栈机||寄存器机
定义果然不如枚举法

tency 发表于 2011-7-16 23:41

讨论编程问题前，都喜欢自说自话不先Google一下吗？

http://en.wikipedia.org/wiki/Virtual_machine

我们不妨先看看wiki上怎么解释虚拟机的，“and the .NET Framework, which runs on a VM called the Common Language Runtime.‘有这句话，.net的虚拟机问题也算盖棺定论了。

话说回来，JAVA效率低不在于虚拟机，JIT技术已经能够很好的处理执行时的执行效率问题了，android平台没法比较，在PC平台上，可以参考这篇文章C, Erlang, Java and Go Web Server performance test，作为WEB server来说，C和JAVA的执行效率相当接近。所以，要说android因为使用JAVA导致执行效率低下，并且最后死在这上面，是完全没有道理的。

鸡蛋灌饼 发表于 2011-7-16 23:49

引用第54楼卖哥于2011-07-16 23:25发表的  :
了不起HTC的硬解会好一点
images/back.gif

S3TC和硬解完全没关系，纹理压缩的东西
引用第56楼tency于2011-07-16 23:41发表的  :
讨论编程问题前，都喜欢自说自话不先Google一下吗？

http://en.wikipedia.org/wiki/Virtual_machine

我们不妨先看看wiki上怎么解释虚拟机的，“and the .NET Framework, which runs on a VM called the Common Language Runtime.‘有这句话，.net的虚拟机问题也算盖棺定论了。
....... images/back.gif

算了吧，第一句A virtual machine (VM) is a "completely isolated operating system installation within your normal operating system"
我们要不要先用10页来战一下什么是operating system？

这个词条中VM的广度比你想的大得多

HyperIris 发表于 2011-7-16 23:57

鸡蛋灌饼 发表于 2011-7-17 00:02

引用第58楼HyperIris于2011-07-16 23:57发表的  :

你说web server的例子不具有代表意义，因为web server的瓶颈在于并发和IO，而不是CPU密集运算images/back.gif

点进去扫了下我就吐血了，他那个测试跑的是Hello World有木有！

PS：Facebook正被PHP执行效率日得吐血，正在写PHP编译器有木有啊

又PS：Shader Language那个只是在思考一个问题：编译的几部分挪多少到运行期间之后，这个系统就算VM了呢……

HyperIris 发表于 2011-7-17 00:05

蕾丝蕾丝 发表于 2011-7-17 00:11

传统应用仍然是C/C++的天下
又想RAPID又要高性能的语言是不存在的

OOv 发表于 2011-7-17 00:15

引用第37楼鸡蛋灌饼于2011-07-16 18:09发表的:

脚本那是另一回事
.Net的JIT和Java/脚本的JIT不一样之处在于人家是程序还没开始执行的时候本地代码就好了
所以我现在有点困惑.Net这种怪胎到底算什么，你说算虚拟机吧那Qt是不是就躺着中枪了？（一个是源码一个是中间代码）
你说不算虚拟机吧Bytecode和IL之间的界限到底该怎么划
....... images/back.gif


.net也是在运行时生成本地代码。虽然有ngen，但是很少人用，因为并不会带来什么性能优势，jit反而可能根据运行时的状况生成更加优化的本地代码

陆战美羽 发表于 2011-7-17 00:24

引用第17楼HyperIris于2011-07-16 10:44发表的:




嚯，计算机大神你好，请问进程虚拟机是如何优化好了能战翻原生代码？JIT是万能的吗？
....... images/back.gif

嚯，计算机宗师你好。你用机器码开发软件？不是的话还不都一样。

HyperIris 发表于 2011-7-17 00:41

smy20011 发表于 2011-7-17 07:36

jun4rui 发表于 2011-7-17 08:44

stepbystep 发表于 2011-7-17 08:46

引用第60楼HyperIris于2011-07-17 00:05发表的:
在我看来。

php java什么的本来就是反人类的，不得不用更多的server，用更多的电来抵消其低劣的性能。

付出这样的代价仅仅是让那些菜鸟也能写程序而已。 images/back.gif


野生科学家你偏激了
更多的菜鸟写程序才能创造更多的价值，工程师干工程师的活儿，码农干码农的活儿。软件工程不是搞科研。这事儿基本上也属于听着恶心，事实上资本家只看结果不看过程。脚本语言越来越流行代表了市场的走向。

HyperIris 发表于 2011-7-17 10:27

xeon-pan 发表于 2011-7-17 10:32

回 68楼(HyperIris) 的帖子

你只看到了嵌入式之类的和已经开发成型的产品的优化。
开发来快速占领市场的产品想过没，例如facebook刚开始，预计访问量只有几万，有必要多花1-2年时间用c开发？那时候都没什么facebook的市场空间了

stepbystep 发表于 2011-7-17 11:48

回 68楼(HyperIris) 的帖子

flv的流行不是因为压缩的算法牛逼，而是大家带宽足够了。2001年512k宽带覆盖面还不如现在4Mb覆盖面广（北京这个傻逼城市永远在宽带耻辱柱上，永远！！！！！！）

资本家永远是够用能赚到钱就行，谁管你用c还是java，差50%还是80%。怎么快速的忽悠到更多的钱是IT的主流，改变人们的生活那是附属产物。虽然广告宣传永远是反过来的。

uroko 发表于 2011-7-17 12:52

php还不错，它定位准确，本来就没让你去跑CPU密集运算。在它的一亩三分地里表现还是很出色的。
java和.net嘛……

精钢魔像 发表于 2011-7-17 12:56

.net 不错，java 在windows 上就差了点，不过也可能是微软下了黑手

拜拜 发表于 2011-7-17 13:36

c++代码高效率
java人高效率
就像机器和人类的关系一样，机器就是反骨仔

鸡蛋灌饼 发表于 2011-7-17 14:04

引用第71楼uroko于2011-07-17 12:52发表的  :
php还不错，它定位准确，本来就没让你去跑CPU密集运算。在它的一亩三分地里表现还是很出色的。
java和.net嘛…… images/back.gif

我很喜欢PHP那种乱炖的风格
Python那东西高不成低不就的悲催啊，上次搞个自动发贴机都折腾我三个小时还没搞明白
最后用bash+curl搞定的……
引用第73楼拜拜于2011-07-17 13:36发表的  :
c++代码高效率
java人高效率
就像机器和人类的关系一样，机器就是反骨仔 images/back.gif

不仅仅是这个，不用关心资源回收再加上一些额外特性使得Java适合那些稳定比性能更重要的应用
所以商业公司很喜欢，毕竟电子商务啊金融啊什么的的只要挂点就不是小损失

但Think everything is Java的趋势我就很难笑得出来了……
引用第72楼精钢魔像于2011-07-17 12:56发表的:
.net 不错，java 在windows 上就差了点，不过也可能是微软下了黑手 images/back.gif

不如说微软的编译器技术比较猛……

另外Java本身的设计也有一些毛病，比如窗口关闭还要自己处理……我就日了，你丫连个默认例程都不给啊

darklight 发表于 2011-7-17 15:57

JAVA也好,C也好,C++也好,甚至JavaScript也好,写出来不过是源代码而已,有什么执行效率不效率的说法.
机器执行的只能是机器码。至于将源代码转化成机器码，那是编译器的事情，就C来说，不同的编译器编译出来的机器码执行效率都不一样。
java的编译器的目标只是JVM，经过了一道中间层，比不过直接的机器码那是当然的。如果有兴趣，有人写一个对特定平台的JAVA直接编译成该平台机器码的编译器，编译出的机器码执行效率高于其它语言的编译器也很正常。
语言是没有什么高下的。

Microsoft 发表于 2011-7-17 15:58

不要黑我...

拜拜 发表于 2011-7-17 16:12

引用第75楼darklight于2011-07-17 15:57发表的:
JAVA也好,C也好,C++也好,甚至JavaScript也好,写出来不过是源代码而已,有什么执行效率不效率的说法.
机器执行的只能是机器码。至于将源代码转化成机器码，那是编译器的事情，就C来说，不同的编译器编译出来的机器码执行效率都不一样。
java的编译器的目标只是JVM，经过了一道中间层，比不过直接的机器码那是当然的。如果有兴趣，有人写一个对特定平台的JAVA直接编译成该平台机器码的编译器，编译出的机器码执行效率高于其它语言的编译器也很正常。
语言是没有什么高下的。 images/back.gif
java也出来好多年了，为什么不搞个好点的高效的编译器呢？

卖哥 发表于 2011-7-17 16:16

面向对象编写出来的就是累赘很多。
但是经过几代的编译器优化如今的C++也有C八成的效率了。
现在的虚拟机的速度更是比最开始的JAVA版本快了超过100倍。

由一群真正蛋疼的死程来改善大批普通人编写的效率吧，那才是更有效率的。

HyperIris 发表于 2011-7-17 16:18

页: 1 [2] 3 4
查看完整版本: 机器人是不是就死在这java上面了....还有救不....