|
d****i
发帖数: 4809 | 2 这个也不错啊，直接用Android，现成的Dalvik VM就可以用，不用重造轮子。 |
|
n******t
发帖数: 4406 | 3 so it does not use dalvik?? |
|
d**********x
发帖数: 4083 | 4 i'm reading the blogs.
i know there are 2 prototypes, one using dalvik one not
i'm not sure which one is in their product now... |
|
t*****s
发帖数: 416 | 5 呵呵。
还想来胡搅蛮缠。
去Google就叫做web？
Google家搞kernel的也是做web，搞android platform的也是做web，搞dalvik的也是做
web，连Google fiber铺光纤的工人也是做web，在你TM眼里是不是G家的会计都是做web
的啊？
这是那个帖子里我发的原贴：
-------------------
发信人: tcelvis (光头), 信区: Programming
标 题: Re: 不明白为啥全都冲着WEB义无反顾的扎进去
发信站: BBS 未名空间站 (Thu Sep 26 15:31:16 2013, 美东)
去投g家。
google光是自己的服务器platform组就有几百人有维持自己内部的kernel分支。更不要
说还有Android和fiber。
-------------------
还“嘴巴上忽悠别人往东，自己没少往西跑”
你除了指鹿为马往别人身上泼脏水还会啥？
就你这样的货还有脸提人品。 |
|
g*****g
发帖数: 34805 | 6 那公司就是个joke。如果真有7倍，直接拿mono跟hotspot在workstation跑就可以了，
至于那么折腾吗。
Dalvik VM在过去两年有长足进步，VM优化本来就是需要时间积累的，这也是hotspot
jvm秒杀clr的原因。这个测试采用了2.0.3和4.0.3来测试本来就是很奇怪的事情。在4.
0.3存在的时候，不去测试很稳定的Android 2.3，而去测试又早了两年，连JIT都没有
的2.0.3，唯一
的解释就是2.3区别不明显。7倍的区别最大的可能是新版本没优化，而不是C#真有啥好
处。学术界这种挑选样本玩弄benchmark发垃圾paper的事情很多，这公司居然在工业界
玩。
你不服大可以在Android 4.3和 2.3上测试一下让大家看看。另外，无论是binary
tree，还是hashmap，实践中主体是访问，而不是创建，这个代码本来就不靠谱。也就
你才能鸡毛当令箭了。 |
|
x****u
发帖数: 44466 | 7 别说C#，Java的byte code也上不了线，除非搞成G自己家的Dalvik。
安卓这东西可以说是左手打Linux，右手打Java。 |
|
g*****g
发帖数: 34805 | 8 那公司就是个joke。如果真有7倍，直接拿mono跟hotspot在workstation跑就可以了，
至于那么折腾吗。
Dalvik VM在过去两年有长足进步，VM优化本来就是需要时间积累的，这也是hotspot
jvm秒杀clr的原因。这个测试采用了2.0.3和4.0.3来测试本来就是很奇怪的事情。在4.
0.3存在的时候，不去测试很稳定的Android 2.3，而去测试又早了两年，连JIT都没有
的2.0.3，唯一
的解释就是2.3区别不明显。7倍的区别最大的可能是新版本没优化，而不是C#真有啥好
处。学术界这种挑选样本玩弄benchmark发垃圾paper的事情很多，这公司居然在工业界
玩。
你不服大可以在Android 4.3和 2.3上测试一下让大家看看。另外，无论是binary
tree，还是hashmap，实践中主体是访问，而不是创建，这个代码本来就不靠谱。也就
你才能鸡毛当令箭了。 |
|
x****u
发帖数: 44466 | 9 别说C#，Java的byte code也上不了线，除非搞成G自己家的Dalvik。
安卓这东西可以说是左手打Linux，右手打Java。 |
|
|
n****1
发帖数: 1136 | 11 iOS对整个android team会带来一些压力, 但分担到的dalvik/ART developer team头上
的压力不大. 他们需要一个android平台上的直接竞争对手, 就像chrome和firefox直接
竞争一样.
v8/js和java表面是两语言,但内部实现与优化是互通的. 君不见v8/dart team里面好多
sun当年雇员,当年的java奠基人么? |
|
z****e
发帖数: 54598 | 12 有Sun搞你们MS, Oracle告Google，
你这个真是不像话
绝对的颠倒黑白
m$被告是因为jni被改了
只要名字挂在java下面的东西
就必需遵守规则，否则游戏没法玩
跨平台是最早的特性之一
如果没有跨平台，java早不知道去哪里乐去了
因为跨平台，省程序猿多少麻烦
最后法庭判决也是倾向于sun的，m$不得不自己搞一个.net去
google被告也是类似，但是最后法庭判决则倾向于google
因为google一开始就没说自己是java，而是android
oracle指责google的java也就是android跟其他jvm不兼容
这也无可厚非，android的确不兼容，难道不是么？
jrockit上的jar剥下来放到hotspot上一样跑
dalvik上的apk剥下来放到其他jvm上能跑么？
说到底java能走到今天，也是因为java对于各种破坏行为采取的态度
要不是坚决搞掉这些害群之马，今天会有无数个版本的固定在无数个平台上的java
这种现实是无论如何没有任何一个程序员愿意看到的
哪有办法开发编译一次，生产再搞一次，测试都测试不过来 |
|
d****i
发帖数: 4809 | 13 功耗，overhead太大，并且embedded system千奇百怪，五花八门，光OS就有几百种，
各种硬件架构又有几百种，除了现在出来的Anroid几乎没有支持JVM的，其实安卓也只
是linux加了一层dalvik皮而已，对于其他非linux的RTOS完全没用。其实C++在嵌入式
系统里面用的也不如C多，很多嵌入式系统只有C编译器，甚至没有C++编译器，更不用
说要另外再往上加一层Java虚拟机了，这样就最直接，不用隔靴搔痒了。
Gosling |
|
|
x****d
发帖数: 1766 | 15 有人做出dalvik之外的jvm了么？tune，看你咋定义了，tune code行不？ |
|
|
|
b*******s
发帖数: 5216 | 18 不是新闻了，map reduce也被新系统替代了 |
|
n******t
发帖数: 4406 | 19 我用了好久ART了，比Dalvik好一些，但是
1. 之前很多能用app都挂了。
2. 系统负荷低的时候更流畅，负荷高的时候基本没用。
狗狗放这个出来主要目的是调戏大家。 |
|
n******t
发帖数: 4406 | 20 1这种事情就是坑爹，只要你有一个常用的app art跑不了，这东西就对你没有用。
2的问题是，不管是dalvik还是ART，android烂，光预编译是没有用的。 |
|
z****e
发帖数: 54598 | 21 没有足够好的ide，这个玩意最多做到一个eclipse插件
其实把问题复杂化了，还有就是只能编译成js，这又把路给堵死了
编译成js只是兼容的一步，我并不认为js是全部
兼容js是不得不，但是并不代表js就是future
js是一个年代久远的，设计上有严重缺陷的语言
应该抛弃
当年之所以还能爬起来，不是因为js有多好
而是因为js很烂，所有公司都不把js当敌人
因为随便一个东西都比js强不少
google将来把dart export到android上去，应该也是预料之中
已经有mobile compile了，现在缺少的只是虚拟机
dalvik要换的流言传了很久，其实android本来就不是java
java中ui部分就没有impl，而且编译打包格式也跟java不一样 |
|
w***g
发帖数: 5958 | 22 Anders Hejlsberg, 1960年生，丹麦某大学本科。Turbo Pascal和Delphi出来的时候都
是把人惊掉下巴，别的公司抄几年都抄不出来的。当时这种东西谁也没有看到过，学术界
也没有。Gosling 1955年生CMU的PhD，从jvm
到java语言，都没有超出一个CMU PHD的水平。别的东西大家都老生常谈了，今天我就
说一个JVM。为什么JVM是stack machine? 如果科班出身学过老式教法的编译原理的，
都会被要求实现一个简化版pascal的编译器，编译到一个stack machine上。因为容易
实现。当年JVM的target是嵌入式设备，根本就没有性能上的考虑。这也是为什么Java
上的JIT要做好那么难的最主要的原因。如果一个人的眼界只是在java世界，看到的可
能是90年代末期到00年代之间JIT的性能一直在提高，可能会觉得很了不起。事实是绝
大多数努力都是用来弥补JVM的设计缺陷了。
Dalvik采用register设计可以作为一个证据。 |
|
z****e
发帖数: 54598 | 23 有一个项目叫做javafx ports
http://javafxports.org/page/home
idea也很简单，因为java已经实现了电脑上的跨平台
javafx是java的一部分，自然也实现了电脑上的跨平台
以及native compiling，可以直接编译成os(win,mac,linux)相关的机器码
那么现在这个项目要做的就是
把javafx给export到android和ios上去
ios靠的是robovm，很早以前就在做的一个通过java写ios上app的东西
android的话，因为dalvik本身支持jar的依赖
所以只要额外再打个包就好了
核心那个逻辑jar不用变，那个jar多半是javafx写的
客户端跨平台是一个美好的梦想
构想很好，操作起来，异常恶心
比如最简单的io，mobile和pc上的输入是不一样的，输出当然也不一样
各种屏幕，还有一些常用的第三方类库，比如卖广告的admob
admob不支持在电脑app上卖广告
所以到最后你还不如不跨平台
但是不管怎样，这种东西有总比没有好，有选择总是好滴 |
|
z****e
发帖数: 54598 | 24 javafx刚弄出来没多久
你当然记不起来
你能记得起来的是swing
javafx能够跨pc&mac平台，这个是一个优势
java以前的gui部分是最弱的，主要是sun比较死板
像native compiling这种就没有去做，死活不干，要求所有的os先预装jvm
那谁干，m$什么都不配合，apple以前还有自己的jdk&jvm
标准倒是比较统一，但是impl其实各写各的
ibm, apple, bea, red hat, apache都有自己的java版本
现在都干掉了，就留下hotspot和openjdk两个版本
openjdk就包含有以前jrockit, r9, iced tea, apple java等的代码
现在pc在走下坡路，主要目标平台是android和ios
javafx其实官方已经有能在android和ios上运行的版本了
但是好像官方没有这个想法去弄，因为这可能涉及到替换jvm的问题
要在ios上弄一个jvm或者把android的dalvik给换掉，变成正经的jvm
那apple和google肯定不配合，那现在只能说把jar直接编译成这两个平台上的native啊
... 阅读全帖 |
|
|
g*****g
发帖数: 34805 | 26 LOL, the chart said, structs and generics for Mono and Dalvik.
You will have a point when mono is compared to hotspot or Art on a more
comprehensive benchmark, like the shootout that tests all sorts of algorithm
, not just generics. I wondet why that guy didn't update the blog now art is
the default for a year.
And you remain a shabi before you dare to stand up with that. |
|
z*******3
发帖数: 13709 | 27
什么东东？不慢啊
60fps还慢啊？你用什么写，mobile这个标准都已经很好了
pc上java能够实现90fps，swing就可以
她说的反应迟钝是因为脚本之类的解释执行，都是js, xml之类的
那这个肯定不快，dalvik我没觉得慢，跟ios差不多
基本上维持在60fps有一定难度，但是也不是完全不可能
30fps对于我写的所有app来说，实现起来都没有问题 |
|
f*******t
发帖数: 7549 | 28 android能离开java吗？市面上的开发者很难接受重写已有轮子吧。
另外go也是静态语言，后端市场发展得很好，相对于已死的dart更有潜力。google会花
力气搞出虚拟机取代dalvik吗？ |
|
z*******n
发帖数: 1034 | 29 The ruling that APIs can be copyrighted could make it a lot harder to take
advantage of APIs with a direct license
By Paul Krill | InfoWorld
Follow @pjkrill
Print|
inShare14
Oracle's surprise win in Java API case could make it harder for developers
With Oracle's surprise win in federal court today over its Java intellectual
property being used without permission in Google's Android mobile platform,
a whole new can of worms has been opened when it comes to use of APIs in
software development. And... 阅读全帖 |
|
z*******n
发帖数: 1034 | 30 New Android Compilers for More Performance by Abel Avram on Dec 04, 2014
Eric Lafortune, Technical Director of Saikoa, maker of DexGuard, has
discovered new tools in the SDK for Android 5.0 Revision 1 (API 21.1),
namely two compilers called Jack and Jill. These tools are meant to
streamline the compilation process for Android.
Google introduced the Android RunTime (ART) as an experimental utility in
KitKat, and made it the default runtime for Lollipop, replacing Dalvik. ART
takes DEX bytecode an... 阅读全帖 |
|
|
f****o
发帖数: 4067 | 32
一直拿G2备用机试的。 重启，开关飞行模式，wipe cache dalvik cache全做了。 要
不要上大保健？ wipe data? |
|
p*******m
发帖数: 20761 | 33 Yesterday I finally decide to flash the rom for my almost 4 years old flo. I
am trying to see how good is lineage os. I do not feel too good about that.
I am not running a custom kernel
I am not modifies system files
I am not installed xposed and/or other mods
flash install
1. Boot into TWRP 3.0.3-3
2. Wipe system, cache and dalvik
3. Install lineage-14.1-20170307-nightly-flo-signed.zip
md5sum: 5c5d1cbc01dd28c03726f0b81e6314f6 2017-03-07 09:42:35
4. Install open_gapps-arm-7.1-xxxx-2017xxxx.zi... 阅读全帖 |
|
