Java 治疗和预防gephi不稳定性的提示和技巧?
在我的gephi安装抱怨内存不足并试图自行重置内存限制后,我的gephi安装遇到了巨大的不可靠性。这不起作用,虚拟机也无法启动,因此我通过编辑通过“开始”菜单访问的配置文件,手动将内存重置为1024(不起作用),然后重置为512 这个系统现在非常不可靠。每次我尝试使用它时都会冻结和崩溃。我尝试放弃我的项目(不是很大的-11k节点),以防项目文件损坏,并尝试往返检查点,从“以防万一”csv边缘和节点列表导出中读取边缘和节点列表到空白项目。它读取节点列表正常,但不会读取边缘列表并再次冻结。日志文件包含大量关于不推荐的netbeans用法的警告,然后是关于java数组索引超出范围的最后一个“严重”警告。对我来说,这听起来不像是我能做的事情……但希望是永恒的 除了将其全部清除并重新安装外,还有什么实用技巧可以帮助gephi保持快乐吗? 我在XP SP3上使用最新的Java、双核和2G内存 我编辑的配置文件与日志文件消息位于不同的系统路径上。配置文件是一个常规路径,而日志文件是特定于我这个用户的。我认为这应该是我能从文件中分辨出来的,但这可能是可疑的。我想知道,我的内存余量重置是否真的没有正常生效。但我不知道如何检查,除了通过配置 我真的很喜欢Gephi——只要它能正常工作。(但要做我今天需要做的事情,我需要回到R…)Java 治疗和预防gephi不稳定性的提示和技巧?,java,crash,windows-xp,gephi,Java,Crash,Windows Xp,Gephi,在我的gephi安装抱怨内存不足并试图自行重置内存限制后,我的gephi安装遇到了巨大的不可靠性。这不起作用,虚拟机也无法启动,因此我通过编辑通过“开始”菜单访问的配置文件,手动将内存重置为1024(不起作用),然后重置为512 这个系统现在非常不可靠。每次我尝试使用它时都会冻结和崩溃。我尝试放弃我的项目(不是很大的-11k节点),以防项目文件损坏,并尝试往返检查点,从“以防万一”csv边缘和节点列表导出中读取边缘和节点列表到空白项目。它读取节点列表正常,但不会读取边缘列表并再次冻结。日志文件包
谢谢 当您的内存绝对不足时,有几个提示: -最小化节点和边的属性数。理想情况下,你不会有。 -微调Gephi RAM设置。报告说: 在内存为2GB的计算机上,可以将-Xmx1400设置为最大值 表演
如果1024对于您的计算机太高,512太低,请尝试中间值?当然,请删除计算机上运行的任何不必要的进程。当您尝试将内存重置为1024时,到底发生了什么?VM无法初始化。因此,根据docset,我假设Gephi的猜测太高,并选择了较低的数字512。我遇到了类似的问题,在类似的硬件/软件设置上,图形更小(~1k个节点)。通过将配置指向特定的JDK安装并将-J-server添加到命令行中,我获得了更高的稳定性(以及更好的性能)。内存使用似乎不是问题,因为进程没有增长到最大堆。我怀疑这是一个旧的,脆弱的图形卡与旧的驱动程序的混合,旧的操作系统使JOGL挂起,但还没有任何确凿的证据。