eclipse - Eclipse 中的 Scala 执行时间

标签 eclipse performance scala eclipse-plugin scala-ide

当我从 Eclipse 运行 Scala 程序时,出现了一些可疑的情况。我运行一个 App 对象,它需要 7.8 秒才能运行(实际执行时间与对象中的 System.nanoTime 计时)。当我从命令行运行相同的 .class 文件时,需要 2.5 秒。

我注意到控制台窗口上方显示

<terminated> Run(1)[Scala Application] C:\Program Files\Java\jre6\bin\javaw.exe

我想知道这是否与时代有关。此外,这是我的 eclipse.ini 设置,我根据 Scala IDE 页面中的建议进行了设置:
-vm
C:\Program Files\Java\jre6\bin
-startup
plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.1.R36x_v20100810
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms256m
-Xmx2048m
-XX:PermSize=64m
-Xss1M
-server
-XX:+DoEscapeAnalysis
-XX:+UseConcMarkSweepGC
-XX:+UseCompressedOops

我 99% 确定几天前在 Eclipse 中运行相同的代码需要 0.7 秒。我尝试将代码粘贴到一个新项目中并从那里运行,但它不会改变运行时间。该项目使用全局 Scala 编译器设置,并且这些设置都设置为默认值。

更新:我刚刚尝试在 2.9.0.1 Scala 库中进行交换,以便它使用与命令行完全相同的版本,并且运行时间没有任何区别。

我还尝试使用上面的所有 -vmargs 选项从命令行运行文件,这没有任何区别。

任何想法发生了什么,或者我需要检查的任何设置?谢谢。

更新 2 :我现在自己回答了一半 - 我以不同的方式运行代码;但问题是:

版本 1,扩展应用程序:
object P005_V2 extends App { 
  def isDivis(x:Int, i:Int):Boolean = {
    if(i > 20) true
    else if(x % i != 0) false
    else isDivis(x, i+1)
  }
  def find(n:Int):Int = if (isDivis(n, 2)) n else find (n+2)

  val t = System.nanoTime;
  println (find (2))
  println(System.nanoTime - t)
}

在 Eclipse 中需要 0.7 秒,在命令提示符下需要 2.3 秒

版本 2,从另一个对象实例化
object P005_V2 { 
  def isDivis(x:Int, i:Int):Boolean = {
    if(i > 20) true
    else if(x % i != 0) false
    else isDivis(x, i+1)
  }
  def find(n:Int):Int = if (isDivis(n, 2)) n else find (n+2)

  val t = System.nanoTime;
  println (find (2))
  println(System.nanoTime - t)
}

object Run extends App {
  P005_V2
}

Eclipse 耗时 7.6 秒,命令行耗时 2.5 秒

因此,我知道 App 的设计目的是让您可以在构造函数中执行操作,并且它们将得到优化,这与已弃用的 Application 不同。 .这里似乎发生的事情是因为我调用 println(find(2))来自构造函数,不扩展的版本 App不会被优化,需要更长的时间。

但问题仍然存在,为什么通过 Eclipse 和命令行执行之间的速度差异巨大?

事实上,两个命令行版本都运行缓慢,因为命令行中的 Java 版本需要 0.7 秒,而 Scala 版本应该一样快(正如在 Eclipse 中运行的版本 1 所证明的那样)。

最佳答案

经过一些实验,我有 95% 的答案,所以我会自己给出:

我正在运行 Windows 7 64 位。

命令行使用 32 位 JDK 环境,由 JAVA_HOME 变量指定。

Eclipse 正在使用 64 位 JRE 环境,通过 Window | Preferences | Java | Installed JREs 指定和项目的系统库。

更改其中的每一个以使用其他版本会产生相似的运行时间。
java无论在 JAVA_HOME 中指定什么,命令行都会使用可用的 64 位 JVM,这与 scala 不同。 ,这可能会导致 Scala/Java 比较混淆。

上面版本 1 和 2 之间运行时间的差异是因为,如前所述,版本 2 在对象的构造函数中运行代价高昂的计算(而不是在版本 1 中使用 App 时的延迟Int 方法)。 版本2非常错误 ,因为您不应该在构造函数中进行昂贵的计算和 I/O。如果您调用find直接来自 Run 的方法对象然后速度异常消失。

结论:

运行时间取决于您是在运行 32 位还是 64 位 JVM,这在 Eclipse 中指定,与您的环境设置无关。如果使用 64 位版本,则需要特别注意不要在构造函数中进行繁重的处理。

运行时间(秒):

                   Java                          Scala                         Scala - within constructor
                   JRE 64-bit     JDK 32-bit     JRE 64-bit     JDK 32-bit     JRE 64-bit     JDK 32-bit
Windows 7 64-bit   0.7            2.4            0.7            2.5            7.6            2.5
Windows XP 32-bit  n/a            13.4           n/a            14             n/a            13.1
(slower machine)

关于eclipse - Eclipse 中的 Scala 执行时间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6181864/

相关文章:

Mysql:一张表有70亿条记录

java - -d64 开关对 Sun JVM 常驻内存使用有什么影响(如果有的话)?

scala - 检查集合中的所有项目是否与 Scala 中的谓词匹配

java - 在 Eclipse-Update 之后,refactor-rename 不再起作用

java - 为什么我收到 "cannot be resolved to a type"错误?

php - 查找两个表之间的匹配项,每个表有 160k+ 行

scala - Spark中是否有类似twitter.scalding.addTrap的API处理异常

c++ - Eclipse+gtest编译c++报错:multiple definition of "...."

java - 如何展开Eclipse 变量 View 中的所有节点?

scala - Thread.join 在 scala 中的行为不符合我的预期