同样，汽车模型在某些学习者的运行结束时崩溃

pblack476

我在使用autommodel时又遇到了一个问题。我试着通过它运行一些数据，根据选择的学习器，它会冻结。在这个特殊的例子中，我让GBT学习者在执行结束时导致冻结。每个AM设置都是默认的。

这是数据。有人能复制这个吗?只是运行这个通过GBT在AM不发生在我身上。试图预测“关闭”属性。

GLM和DL模型运行和结束都没有问题。DT和GBT导致RM在过程结束时冻结。

我只能通过选择SVM来解决这个问题，当SVM运行时，我可以保存DT和GBT进程。如果我让它完成，它就会冻结。

varunm1

我在论坛上发现的链接都坏了。你有能用的吗?

@pblack476

如果你正在寻找一个升级链接，你不需要一个。你只需要去扩展->市场->更新选项卡在你的快速矿工工作室菜单。在那里你可以找到最新的更新。

lionelderkrikor

嗨@pblack476，

不幸的是，我无法复制你所观察到的……
从我的角度来看，autommodel进程使用您的数据成功运行:



我在一台四核/ 16 Go RAM / Windows 10的PC上使用RM 9.5。

你可以在附件中找到:

-“结果”文件夹(通过点击获得)保存结果在运行结束时):

https://drive.google.com/open?id=1mrQqxTdVFkJles31GEiIJwU_Sbgo-mV8

-结果比较(通过点击获得)出口在跑步结束时)

如果我能用RapidMiner的数据集为您做点什么，请让我知道……

问候,

莱昂内尔

pblack476

@lionelderkrikor我打了9.4分。也许我可以升级到9.5?我在论坛上发现的链接都坏了。你有能用的吗?我来试试。

lionelderkrikor

@pblack476，

你说的是我分享的“结果”文件夹的链接?
这对我很有效……我不知道该怎么办……
是的，请尝试将RM升级到最新版本。

问候,

莱昂内尔

pblack476

@lionelderkrikor即使在更新之后，这里也没有任何变化。当GBT或DT是AM链上最后选择的模型时，就会发生这种情况。如果我选择SVM作为最后一个，它们都正常运行并完成。

lionelderkrikor

嗨@pblack476

很抱歉，当DT(第一张截图)或GBT(第二张截图)是最后选择的模型时，我这边的AutoModel工作正常，没有冻结:







问候,

莱昂内尔

varunm1

@pblack476

我没有任何问题在执行你的数据和内存消耗也正常在3.2 GB。

当GBT或DT是AM链上最后选择的模型时，就会发生这种情况。

你的意思是取消选择SVM，你得到GBT作为最后一个模型?如果是这样的话，它对我来说也很好@lionelderkrikor提及。

pblack476

@varunm1 @lionelderkrikor

谢谢你的帮助。我的配置肯定有问题。也许和我的java有关?我在用PopOS!19.10, i7-8750h, 16Gb RAM。

varunm1

也许和我的爪哇有关

PopOS对我来说是新的东西。rapidminer的Java要求是Java 8。

pblack476

@varunm1当然，我确实安装了Java 8，这就是为什么我可以运行RM。但也许有什么东西坏了。我试着重新安装

pblack476

@varunm1 @lionelderkrikor不幸的是，重新安装Java并没有解决我的问题。如果DT或GBT是最后选择的进程，则仍然在autommodel结束时获得挂起的RM。

现在，问题是。它只发生在回归任务中。分类任务不会使其挂起。我用标准普尔500样本数据集进行了测试，它也挂在DT或GBT的结论上。

开发团队对此有何见解?

Marco_Boeck

你好,

不知道是什么原因造成的。如果您愿意，并且可以安装JDK而不是JRE，您可以收集更多信息供我们查看

不久前我为Windows写了一些说明，它们可以很好地翻译到Linux世界。https://community.www.turtlecreekpls.com/discussion/comment/61496/#Comment_61496
主要的区别在于，您不需要替换Studio文件夹中的任何JRE，因为您使用的是已安装的Java版本。因此，您需要安装JDK而不仅仅是JRE，然后在RapidMiner Studio挂起时运行该命令。

如果您需要更详细的说明，请告诉我。


谢谢你！
马可

pblack476

@Marco_Boeck我已经安装了JDK。但是linux上的文件夹结构有点不同，所以我有点迷路了。在RapidMiner Studio文件夹的任何地方都没有“测试版”文件夹，从那里我无法跟随，但如果你愿意帮助我，我愿意了解更多关于这个问题的信息。

谢谢你！

Marco_Boeck

你好,

在Linux上，我们没有随Studio一起发布JRE，因此您可以忽略1-5。步骤7将被您安装JDK的位置所取代。

问候,
马可

pblack476

@Marco_Boeck每当RM冻结时，这个日志文件就会自动生成。这就是你要找的吗?在我看来是这样。(附文件)

但无论如何，这个问题实际上也会影响设计模式。如果模型是GBT(或DT或RF)，它将冻结在结果交付阶段。

而附加的文件有很多信息，当我运行

jstack -F 

我在堆栈。txt中得到这样的输出:

附加到进程ID 354，请稍等…
成功连接调试器。
检测到服务器编译器。
JVM版本为25.232-b09
死锁检测:

无法打印死锁:无法从地址0x00007f81b0199800推断线程类型(预期类型为JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread或SurrogateLockerThread)

下面是CLI的输出:

java.lang.RuntimeException:无法从地址0x00007f81b0199800推断线程类型(预期类型为JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread或SurrogateLockerThread)
sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper (Threads.java: 166)
sun.jvm.hotspot.runtime.Threads.first (Threads.java: 150)
sun.jvm.hotspot.runtime.DeadlockDetector.createThreadTable (DeadlockDetector.java: 149)
sun.jvm.hotspot.runtime.DeadlockDetector.print (DeadlockDetector.java: 56)
sun.jvm.hotspot.runtime.DeadlockDetector.print (DeadlockDetector.java: 39)
sun.jvm.hotspot.tools.StackTrace.run (StackTrace.java: 62)
sun.jvm.hotspot.tools.StackTrace.run (StackTrace.java: 45)
sun.jvm.hotspot.tools.JStack.run (JStack.java: 66)
sun.jvm.hotspot.tools.Tool.startInternal (Tool.java: 260)
sun.jvm.hotspot.tools.Tool.start (Tool.java: 223)
sun.jvm.hotspot.tools.Tool.execute (Tool.java: 118)
sun.jvm.hotspot.tools.JStack.main (JStack.java: 92)
在sun.reflect.NativeMethodAccessorImpl。invoke0(本地方法)
sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java: 62)
sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java: 43)
java.lang.reflect.Method.invoke (Method.java: 498)
sun.tools.jstack.JStack.runJStackTool (JStack.java: 140)
sun.tools.jstack.JStack.main (JStack.java: 106)
原因:sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f81b0199800
sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException (InstanceConstructor.java: 62)
sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor (VirtualConstructor.java: 80)
sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper (Threads.java: 162)
．..17
线程"main"中的异常
在sun.reflect.NativeMethodAccessorImpl。invoke0(本地方法)
sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java: 62)
sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java: 43)
java.lang.reflect.Method.invoke (Method.java: 498)
sun.tools.jstack.JStack.runJStackTool (JStack.java: 140)
sun.tools.jstack.JStack.main (JStack.java: 106)
java.lang.RuntimeException:无法从地址0x00007f81b0199800推断线程类型(期望类型为JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread或SurrogateLockerThread)
sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper (Threads.java: 166)
sun.jvm.hotspot.runtime.Threads.first (Threads.java: 150)
sun.jvm.hotspot.tools.StackTrace.run (StackTrace.java: 75)
sun.jvm.hotspot.tools.StackTrace.run (StackTrace.java: 45)
sun.jvm.hotspot.tools.JStack.run (JStack.java: 66)
sun.jvm.hotspot.tools.Tool.startInternal (Tool.java: 260)
sun.jvm.hotspot.tools.Tool.start (Tool.java: 223)
sun.jvm.hotspot.tools.Tool.execute (Tool.java: 118)
sun.jvm.hotspot.tools.JStack.main (JStack.java: 92)
．..6更
原因:sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f81b0199800
sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException (InstanceConstructor.java: 62)
sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor (VirtualConstructor.java: 80)
sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper (Threads.java: 162)
．..14个吧

Marco_Boeck

你好,

谢谢您提供的信息!不幸的是，这看起来很棘手。我已经把这个问题转发给了合适的人，但我不认为这是一个容易解决的问题，它很可能是各种因素的结合，比如操作系统、Java和一些第三方库

问候,
马可

JEdward

你好，我在自己的设置上遇到了这个问题。(Ubuntu 20.04和OpenJDK 1.8.)。

我通过遵循2015年Ubuntu Java错误报告中列出的解决方案解决了这个问题。
https://bugs.launchpad.net/ubuntu/+source/java-atk-wrapper/+bug/1510009

注释掉“assistive_technologies=org.GNOME.Accessibility”这行。/etc/java-7-openjdk/accessibility.properties中的“AtkWrapper”

这解决了我系统上的问题。