1 Cbdy 2019-12-25 09:03:54 +08:00 via Android Graal 现在有人用来跑生产了吗 |
![]() | 3 MakHoCheung 2019-12-25 09:20:40 +08:00 最可惜的是编译时间和反射 API 的限制,不过 flutter 那块的 dart 的编译也对反射有限制。希望 Grallvm 越做越好 |
![]() | 4 cnbattle 2019-12-25 10:07:04 +08:00 看了一下 ,画的图有毒... 中小数量差距相当大 |
![]() | 6 abcbuzhiming 2019-12-25 10:34:01 +08:00 这个问题之前我问过 t/587073 大家的看法是 Go 这种没有虚拟机的语言,天生在内存占用上就比 Java 有优势,但是 Java 的内存占用换来的是高吞吐。Go 的目的则是高响应,而吞吐就不如。 但是小型程序 Go 这种先天内存占的小的语言,确实很吃香的,尤其是现在云场景大家都希望用尽量少的资源跑尽量多的容器 |
jit 这么差我怀疑作者的测试方法或者是所使用 jvm 本身的优化是不是有问题 |
![]() | 8 qieqie 2019-12-25 10:38:56 +08:00 via iPhone 就跑一个快排似乎没什么说服力吧, 上个版本的 GraalVM EE 的 aot 我测出来只有 JVM 的三分之一,x86 上跑的 SciMark2.0 (科学计算的 benchmark), 然后看官方建议加上了 Profile guided optimization,结果分数也没提升。 |
9 hzgit 2019-12-25 19:51:58 +08:00 本质上就是解释执行和编译执行的区别 |