请在2024 Clojure调查问卷!中分享您的想法。

欢迎!请参阅关于页面以了解有关如何操作的更多信息。

+1
Clojure
关闭

我在Clojure在J9 JVM上遇到麻烦。

我对J9感兴趣,希望Clojure不会限制一个人选择虚拟机。

问题发生在Windows和Linux上,以及J9 JVM的"11"和"15"版本,以及包括1.10.1、1.10.2、1.7和1.5.1在内的多个(所有?)Clojure版本。

问题是异常或错误,通常是源于clojure.core;通常它是在reduce1中的荒谬NullPointerException,它也在J9 JVM上由Leiningen抛出。

问题是不规则的。但是,如果J9"始终编译"(-Xcomp),则会遇到一些可靠的错误,而它在J9"始终解释"(-Xint)时看起来工作正常。这个报告中的clojure命令,不知何故,似乎不遵守-J选项,所以我修改了clojure脚本,以传递必要的JVM选项来运行这个实验。

我使用以下方式安装clojure:

./linux-install-1.10.2.774.sh --prefix ${HOME}/clo

我从一个名为adoptopenjdk.org的网站安装了AdoptOpenJDK版本11,用于Linux,J9 JVM。

在第一次运行clojure时:

${HOME}/clo/bin/clojure

抛出了NullPointerException。有关详细信息,请见下文。

尝试各种JVM选项后,我发现-Xint JVM选项允许clojure下载各种东西并显示REPL提示符。根据java -X,此选项表示"仅解释模式执行"。为了使用-Xint,我修改了clojure以传递JVM选项。(不是clojure调用Java的所有实例都遵守-J选项。)

第一次成功运行后,随后的clojure运行通常都能成功产生REPL提示符。

然而,-Xcomp JVM选项每次都会导致错误。这意味着"强迫在第一次调用时编译方法"。

我在尝试使用Windows版本的Leiningen 2.9.5时第一次遇到J9的问题。我的发现路径的一部分在这里的GitHub问题中:[https://github.com/technomancy/leiningen/issues/2725](https://github.com/technomancy/leiningen/issues/2725)

NullPointerException堆栈跟踪如下:

Exception in thread "main" java.lang.NullPointerException
	at clojure.core.protocols$naive_seq_reduce.invokeStatic(protocols.clj:62)
	at clojure.core.protocols$interface_or_naive_reduce.invokeStatic(protocols.clj:72)
     ...
	at clojure.pprint$pprint.invoke(pprint_base.clj:241)
	at clojure.lang.Var.invoke(Var.java:384)
	at clojure.main$report_error$fn__9186$fn__9187.invoke(main.clj:603)
	at clojure.main$report_error$fn__9186.invoke(main.clj:602)
	at clojure.main$report_error.invokeStatic(main.clj:601)
	at clojure.main$main.invokeStatic(main.clj:666)
	at clojure.main$main.doInvoke(main.clj:616)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.lang.Var.applyTo(Var.java:705)
	at clojure.main.main(main.java:40)

在随后的运行中,我得到了一个不同的错误

Syntax error macroexpanding clojure.core/defn- at (clojure/tools/cli.cljc:124:1).
null
 Full report at:
/tmp/clojure-12652663517358293277.edn

那个文件写着:

{:clojure.main/message
 "Syntax error macroexpanding clojure.core/defn- at (clojure/tools/cli.cljc:124:1).\nnull\n",
 :clojure.main/triage
 {:clojure.error/phase :macro-syntax-check,
  :clojure.error/line 124,
  :clojure.error/column 1,
  :clojure.error/source "cli.cljc",
  :clojure.error/symbol clojure.core/defn-,
  :clojure.error/path "clojure/tools/cli.cljc",
  :clojure.error/class java.lang.NullPointerException},
 :clojure.main/trace
 {:via
  [{:type clojure.lang.Compiler$CompilerException,
    :message
    "Syntax error macroexpanding clojure.core/defn- at (clojure/tools/cli.cljc:124:1).",
    :data
    {:clojure.error/phase :macro-syntax-check,
     :clojure.error/line 124,
     :clojure.error/column 1,
     :clojure.error/source "clojure/tools/cli.cljc",
     :clojure.error/symbol clojure.core/defn-},
    :at [clojure.lang.Compiler checkSpecs "Compiler.java" 6976]}
   {:type java.lang.NullPointerException,
    :at [clojure.core$every_QMARK_ invokeStatic "core.clj" 2683]}],
  :trace
  [[clojure.core$every_QMARK_ invokeStatic "core.clj" 2683]
   [clojure.core$every_QMARK_ invoke "core.clj" 2676]
   [clojure.spec.alpha$pcat_STAR_ invokeStatic "alpha.clj" 1388]
   [clojure.spec.alpha$pcat_STAR_ invoke "alpha.clj" 1387]
   [clojure.spec.alpha$deriv invokeStatic "alpha.clj" 1542]
   [clojure.spec.alpha$deriv invoke "alpha.clj" 1528]
   [clojure.spec.alpha$re_conform invokeStatic "alpha.clj" 1669]
   [clojure.spec.alpha$re_conform invoke "alpha.clj" 1660]
   [clojure.spec.alpha$regex_spec_impl$reify__2510
    conform_STAR_
    "alpha.clj"
    1710]
   [clojure.spec.alpha$conform invokeStatic "alpha.clj" 171]
   [clojure.spec.alpha$conform invoke "alpha.clj" 167]
   [clojure.spec.alpha$macroexpand_check invokeStatic "alpha.clj" 708]
   [clojure.spec.alpha$macroexpand_check invoke "alpha.clj" 704]
   [clojure.lang.AFn applyToHelper "AFn.java" 156]
   [clojure.lang.AFn applyTo "AFn.java" 144]
   [clojure.lang.Var applyTo "Var.java" 705]
   [clojure.lang.Compiler checkSpecs "Compiler.java" 6974]
   [clojure.lang.Compiler macroexpand1 "Compiler.java" 6992]
   [clojure.lang.Compiler macroexpand "Compiler.java" 7079]
   [clojure.lang.Compiler eval "Compiler.java" 7165]
   [clojure.lang.Compiler load "Compiler.java" 7640]
   [clojure.lang.RT loadResourceScript "RT.java" 381]
   [clojure.lang.RT loadResourceScript "RT.java" 372]
   [clojure.lang.RT load "RT.java" 459]
   [clojure.lang.RT load "RT.java" 424]
   [clojure.core$load$fn__6857 invoke "core.clj" 6115]
   [clojure.core$load invokeStatic "core.clj" 6114]
   [clojure.core$load doInvoke "core.clj" 6098]
   [clojure.lang.RestFn invoke "RestFn.java" 408]
   [clojure.core$load_one invokeStatic "core.clj" 5897]
   [clojure.core$load_one invoke "core.clj" 5892]
   [clojure.core$load_lib$fn__6797 invoke "core.clj" 5937]
   [clojure.core$load_lib invokeStatic "core.clj" 5936]
   [clojure.core$load_lib doInvoke "core.clj" 5917]
   [clojure.lang.RestFn applyTo "RestFn.java" 142]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$load_libs invokeStatic "core.clj" 5974]
   [clojure.core$load_libs doInvoke "core.clj" 5958]
   [clojure.lang.RestFn applyTo "RestFn.java" 137]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$require invokeStatic "core.clj" 5996]
   [clojure.core$require doInvoke "core.clj" 5996]
   [clojure.lang.RestFn invoke "RestFn.java" 619]
   [clojure.tools.deps.alpha.script.make_classpath2$eval140$loading__6738__auto____141
    invoke
    "make_classpath2.clj"
    9]
   [clojure.tools.deps.alpha.script.make_classpath2$eval140
    invokeStatic
    "make_classpath2.clj"
    9]
   [clojure.tools.deps.alpha.script.make_classpath2$eval140
    invoke
    "make_classpath2.clj"
    9]
   [clojure.lang.Compiler eval "Compiler.java" 7181]
   [clojure.lang.Compiler eval "Compiler.java" 7170]
   [clojure.lang.Compiler load "Compiler.java" 7640]
   [clojure.lang.RT loadResourceScript "RT.java" 381]
   [clojure.lang.RT loadResourceScript "RT.java" 372]
   [clojure.lang.RT load "RT.java" 459]
   [clojure.lang.RT load "RT.java" 424]
   [clojure.core$load$fn__6857 invoke "core.clj" 6115]
   [clojure.core$load invokeStatic "core.clj" 6114]
   [clojure.core$load doInvoke "core.clj" 6098]
   [clojure.lang.RestFn invoke "RestFn.java" 408]
   [clojure.core$load_one invokeStatic "core.clj" 5897]
   [clojure.core$load_one invoke "core.clj" 5892]
   [clojure.core$load_lib$fn__6797 invoke "core.clj" 5937]
   [clojure.core$load_lib invokeStatic "core.clj" 5936]
   [clojure.core$load_lib doInvoke "core.clj" 5917]
   [clojure.lang.RestFn applyTo "RestFn.java" 142]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$load_libs invokeStatic "core.clj" 5974]
   [clojure.core$load_libs doInvoke "core.clj" 5958]
   [clojure.lang.RestFn applyTo "RestFn.java" 137]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$require invokeStatic "core.clj" 5996]
   [clojure.main$main_opt invokeStatic "main.clj" 514]
   [clojure.main$main_opt invoke "main.clj" 510]
   [clojure.main$main invokeStatic "main.clj" 664]
   [clojure.main$main doInvoke "main.clj" 616]
   [clojure.lang.RestFn applyTo "RestFn.java" 137]
   [clojure.lang.Var applyTo "Var.java" 705]
   [clojure.main main "main.java" 40]],
  :phase :macro-syntax-check}}

在接下来的运行中,我得到了另一个不同的错误信息

Exception in thread "main" java.lang.NullPointerException
	at clojure.core$reduce1.invokeStatic(core.clj:944)
	at clojure.core$reduce1.invokeStatic(core.clj:936)
	at clojure.core$merge.invokeStatic(core.clj:3052)
	at clojure.core$Throwable__GT_map$base__7474.invoke(core_print.clj:491)
	at clojure.core$map$fn__5885.invoke(core.clj:2757)
	at clojure.lang.LazySeq.sval(LazySeq.java:42)
	at clojure.lang.LazySeq.seq(LazySeq.java:51)
	at clojure.lang.RT.seq(RT.java:535)
	at clojure.lang.LazilyPersistentVector.create(LazilyPersistentVector.java:44)
	at clojure.core$vec.invokeStatic(core.clj:379)
	at clojure.core$Throwable__GT_map.invokeStatic(core_print.clj:492)
	at clojure.main$report_error.invokeStatic(main.clj:593)
	at clojure.main$main.invokeStatic(main.clj:666)
	at clojure.main$main.doInvoke(main.clj:616)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.lang.Var.applyTo(Var.java:705)
	at clojure.main.main(main.java:40)

在Clojure 1.5.1中也可重现该问题。

$ java -Xcomp -cp clojure-1.5.1.jar clojure.main
Exception in thread "main" java.lang.ExceptionInInitializerError
	at java.base/java.lang.J9VMInternals.ensureError(J9VMInternals.java:185)
	at java.base/java.lang.J9VMInternals.recordInitializationFailure(J9VMInternals.java:174)
	at java.base/java.lang.Class.forNameImpl(Native Method)
	at java.base/java.lang.Class.forName(Class.java:413)
	at clojure.lang.RT.loadClassForName(RT.java:2098)
	at clojure.lang.RT.load(RT.java:430)
	at clojure.lang.RT.load(RT.java:411)
	at clojure.core$load$fn__5018.invoke(core.clj:5530)
	at clojure.core$load.doInvoke(core.clj:5529)
	at clojure.lang.RestFn.invoke(RestFn.java:408)
	at clojure.core$load_one.invoke(core.clj:5336)
	at clojure.core$load_lib$fn__4967.invoke(core.clj:5375)
	at clojure.core$load_lib.doInvoke(core.clj:5374)
	at clojure.lang.RestFn.applyTo(RestFn.java:142)
	at clojure.core$apply.invoke(core.clj:619)
	at clojure.core$load_libs.doInvoke(core.clj:5413)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.core$apply.invoke(core.clj:619)
	at clojure.core$require.doInvoke(core.clj:5496)
	at clojure.lang.RestFn.invoke(RestFn.java:408)
	at clojure.lang.Var.invoke(Var.java:415)
	at clojure.main.main(main.java:36)
Caused by: java.lang.NullPointerException
	at clojure.core$reduce1.invoke(core.clj:896)
	at clojure.core$expand_method_impl_cache.invoke(core_deftype.clj:474)
	at clojure.core$_cache_protocol_fn.invoke(core_deftype.clj:542)
	at clojure.core.protocols$fn__5979$G__5974__5992.invoke(protocols.clj:13)
	at clojure.core$reduce.invoke(core.clj:6177)
	at clojure.core$into.invoke(core.clj:6229)
	at clojure.main__init.load(Unknown Source)
	at clojure.main__init.<clinit>(Unknown Source)
关闭备注:J9中存在一个bug,现已修复

3 个回答

+2

选中
 
最佳答案

如果有人感兴趣,以下是此问题的J9 bug报告:https://github.com/eclipse/openj9/issues/12191(感谢Ghadi!)

问题已追踪到j9中的错误更改,并已回滚(见https://github.com/eclipse/openj9/issues/12191#issuecomment-799695842)。

从解决方案中

"该修复方案交付的#12221将此修复修补到0.26版本,该版本将生成Java 8、11和16版本的Java。我们为所有这些JVM级别使用相同的JIT编译器,因此修复将在0.26版本中。

这次发布定于2021年4月23日
https://projects.eclipse.org/projects/technology.openj9/releases/0.26.0 "
0

在过去的一周里,Slack上对J9 JVM存在的问题讨论了不少。似乎普遍的看法是Clojure与它不兼容(没有对其进行了测试)。我刚刚搜索了J9,发现有好几个渠道的人们报告了在J9 JVM上出现相当随机的行为。

发生火灾时,最好身处有两条出口的地方。有两种主流认证的JVM就像这样。你不会每年都测试逃生路线。但是,如果你尝试了逃生路线,却发现它被锁住了,那可就糟了。尤其是如果其他人都能顺利使用逃生路线,而它只在你这里被锁上了,这很可能是因为你脑中的特殊植入物。

我把这个问题提到这里,是为了提供细节以启动一个Jira问题。这是我们建立有利于发现解决方案或清晰的上游bug ticket的条件的方法。

在J9版本11和15中,通常将`reduce1`引用为Clojure版本低至1.5.1的直接原因,这让我希望失败可以缩小范围,要么找到解决方案,要么引起J9 bug修复者的注意。
我不认为reduce1有什么特殊之处,更可能的是,它之所以出现,是因为它是JVM中几乎首先运行的lazy seq代码。如果npe与本地清除的字节码相关,这个字节码是由Clojure编译器生成的,但在Java->JVM的角度来看,它很罕见,涉及大多数遍历lazy seq的函数,这并不会让我感到惊讶。
这是一个有希望的见解。还有一个堆栈跟踪,其中问题点在`some`函数中。
by
我上面提到了这个链接,但我不确定人们具体会收到什么通知 - https://github.com/eclipse/openj9/issues/12191
by
他们在自己的那头发现了一个具体的问题导致这种情况: https://github.com/eclipse/openj9/issues/12191#issuecomment-797840254

Alex的初步猜测果然没错 :-) - 问题并不出在Clojure本身。

还有一些更微妙的问题,例如散列函数之间的小差异 - 请参阅本文末尾: https://www.royvanrijn.com/blog/2018/05/openj9-jvm-shootout/

这些问题将很难从每个依赖项中根除。我的观点是,关注OpenJDK-16的一些重要部件(这些部件在我们这样的东西上也展示了令人印象深刻的性能优势)将带来更高的回报率。
by
Clojure不保证特定的哈希值,所以我看不出哈希差异本身是一个问题(只要保证一般情况 - 相等的东西应该有相同的哈希码)。
by
我同意Clojure本身会运作得很好(就技术进展系统中的每个项目来说,也都是如此);这上面就是我的一个观点。令我印象深刻的是你第一次就成功了。

主要是我对你第一次就成功感到印象深刻。
0
他们在openj9-0.26.0中修复了这个问题!感谢Clojure Squad缩小问题范围并与Eclipse编译器编写者共同跟进!
...