问Groovy:与Java相比，多线程性能差，计算速度慢？

EN

通常这个因素是8-12，有时甚至更高。有人可以说Java一直在为我们服务，没有人使用Groovy进行计算或数据处理.但是，嘿，这正是我的观点-为什么我们应该限制自己仅仅是脚本或处理简单的网页？

我们不需要再限制自己了！Groovy 1.8发布了！

"__Groovy 1.8.x prototype for fib(42)大约需要3.8s (仅比Java慢12%，比Groovy1.0慢100倍多)，因此我们可能不再鼓励人们用Java编写这样的‘热点’。“

来源：http://www.wiki.jvmlangsummit.com/images/0/04/Theodorou-Faster-Groovy-1.8.pdf

现在是Groovy对Scala的性能！请查收：

“在数值计算方面，Groovy的性能有了很大的提高，这给我留下了深刻的印象。Groovy 1.8在我的项目jlab (http://code.google.com/p/jlabgroovy/) 中有时会比Scala的性能在我的另一个项目ScalaLab (http://code.google.com/p/scalalab)中表现得更好！”

来源：http://groovy.329449.n5.nabble.com/Great-improvements-in-Groovy-s-performance-for-numerical-computing-td4334768.html

对于并行处理，您可以使用已经绑定的GPars！

干杯

我只能在计算中提供关于Groovy性能差的轶事证据(诚然，这是大约2年前的)：

我在Groovy中实现了一个优化算法，发现它速度慢得令人难以忍受。分析显示，它在BigDecimal.divide()上花费了大约60%的时间。罪魁祸首是一行，它对浮点数进行了非常简单的算术计算，而Groovy不知怎么坚持要将其转换为BigDecimal。我试图避免这样做，但失败了，所以我用Java重写了应用程序的这一部分，执行时间减少了90%。

“Groovy1.8.x用于fib(42)的原型大约需要3.8s (仅比Java慢12%，比Groovy1.0快100倍多)，因此我们可能不再鼓励人们用Java编写这样的‘热点’。”

我刚刚试过了，这是非常不准确的。用于fib(42)的Groovy 1.8比java慢25倍。在我的测试中，java (42)需要2秒，其中1.8和1.7.8大约需要52秒才能完成。

Groovy还很慢..。