我在一个项目中使用 JUNG,当我显示相对较大的图形(例如 1500 个节点)时,我的电脑将无法处理它(图形已渲染,但如果我想导航图形,系统会变得非常慢)。有什么建议。

有帮助吗?

解决方案

因此,荣格可视化现在并不总是很好地扩展:

  1. 迭代力定向布局
  2. 互动:弄清楚悬停和单击事件的哪些节点或边缘(如果有)。

听起来好像是您现在遇到的后者。

根据您的要求,您有几个选择:

  • (a)关闭鼠标事件或至少悬停事件
  • (b)入侵可视化系统,以使事件目标的查找不是O(M+N)。

(b)基本上仅将查看区域分为小块的简单解决方案,仅将事件发送到与指针相同的元素中的事件。 (显然,制作块的越小,需要的记忆就越多。)

我们已经计划(b)(以及一个素描的设计),但一直在研究其他事情。任何想帮助更永久解决方案的人,请与我联系。

其他提示

您开始使用VM多少内存?假设您在Windows上工作(查看任务管理器),VM是否达到了分配的内存数量并开始使用交换?

问题可能在于顶点位置的计算。我发现相当容易计算的唯一布局是树布局,显然它并不适合所有数据集。

解决方案可能是编写您自己的自定义布局,其计算量比 FRLayout 少得多。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top