【问题标题】:Scala execution times in EclipseEclipse 中的 Scala 执行时间
【发布时间】:2011-09-05 03:05:14
【问题描述】:

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

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

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

我想知道这是否与时代有关。另外,这是我根据 Scala IDE 页面中的建议设置的 eclipse.ini 设置:

-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 所证明的那样)。

【问题讨论】:

  • 您是否尝试过使用 eclipse.ini 运行 Eclipse(特别是使用 JDK 的 dll 而不是 JRE 中的 jar):stackoverflow.com/questions/142357/…
  • @VonC,不确定我是否完全理解。上面的 eclipse.ini 总是用来启动 Eclipse。我刚才尝试将它指向JDK文件夹而不是JRE,并且Eclipse没有加载。我也试过没有前两行,它对运行时间没有影响。顺便说一句,我是一个 Eclipse 菜鸟,所以甚至不明白 ini 文件的作用。
  • 在链接中使用“-vm C:/Program Files (x86)/Java/jdk1.6.0_22/jre/bin/server/jvm.dll”会给出错误消息“无法加载JNI 共享库“C:/Program Files (x86)/Java/jdk1.6.0_22/jre/bin/server/jvm.dll”。
  • 这个想法是查看运行 Eclipse 的优化设置是否对 SCala 有任何影响(也就是说,如果您没有在 Eclipse 本身中声明任何其他 JRE)。话虽如此,您的最后一次编辑更有趣。

标签: eclipse performance scala eclipse-plugin scala-ide


【解决方案1】:

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

我正在运行 Windows 7 64 位。

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

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

将其中的每一个更改为使用其他版本会产生相似的运行时间。

命令行中的java 将在可用时使用 64 位 JVM,而不管 JAVA_HOME 中指定了什么,这与 scala 不同,后者可能会导致 Scala/Java 比较混淆。

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

结论:

运行时间取决于您运行的是 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)

【讨论】:

    猜你喜欢
    • 2017-02-07
    • 2023-03-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-07-20
    • 2020-04-02
    • 2011-03-23
    • 2016-08-31
    相关资源
    最近更新 更多