IGRAPHE绘图：已杀死9个
我是新来的igraph，试图绘制一个包含~450k顶点的图。
我开始做一些实验：
import igraph
g = igraph.Graph([(0,1), (0,2), (2,3), (3,4), (4,2), (2,5), (5,0), (6,3), (5,6)])
igraph.plot( g, "result.pdf", layout = g.layout("kk") )
# works perfect.
然后，我加载了我的~450k-顶点图，并在绘制图时出错。我以为是因为图表太大了。所以，我试着用一个像下面这样的小图表来绘制：
g = igraph.Graph( [(1, 63741), (2, 81483), (3, 91394), (4, 60469), (5, 60278), (6, 64544), (6, 73526), (8, 86588), (9, 61415)] )
igraph.plot( g, "result.pdf", layout = g.layout("kk") )
# does not work. produces:
# "Killed: 9"
然而，我对这个图表也有同样的问题。
因为我能画一个小图形，但不能画一个大图形，所以我不确定这是语法问题还是igraph不能处理大图？
我正在使用Mac OS X. Python 2.7.6. igraph 0.7.1。
共有1个答案
您的“较小”图形实际上包含91395个顶点。IGRAPHE中的顶点ID是从零到| V |-1的整数，因此，只要创建endpoint为91394的边，也将创建91395个顶点（如果它们以前不存在）。此外，我很确定绘制如此大的图形不会立即生效，或者即使成功了，最终也只会得到一个巨大的毛球，因为大多数布局算法都不是为处理如此大小的图形而设计的。在igraph中包括的那些图形中，只有DrL算法可以适当地扩展到真正大的图形（或者可能是基于网格的Fruchterman Reingold布局），但即使这样，您也需要对顶点和字体大小进行大量调整，以获得甚至远为有用的图形。
-
我试图理解Tomcat（版本8.0.21)在执行kill-9之后的会话持久性。当我启动tomcat（使用startup.sh）时，我（随机）观察到web应用程序的http会话（这些会话是在kill命令执行之前创建的）仍在维护。如果我执行shutdown.sh来停止tomcat，然后再次启动tomcat，那么我理解重启期间的会话持久性。我对kill-9的理解类似于“断电”。所以我的问题是： 标准管理
-
问题内容： 我需要制作一个从用户获取以下内容的脚本： 1）进程名称（在Linux上）。 2）此进程写入的日志文件名。 它需要终止该进程并确认该进程已关闭。将日志文件名更改为带有时间和日期的新文件名。然后再次运行该过程，确认它已启动，以便继续写入日志文件。 先谢谢您的帮助。 问题答案： 您可以使用以下命令检索给定名称的进程ID（PID）： 希望这可以帮助
-
问题内容： 我有以下设置： 我正在创建黄瓜步骤，我需要能够启动和关闭该应用程序。 问题答案： 您可以使用和频道杀死无限循环！ 很不错的Go交换，不是吗？ 现在，这有什么奇怪的地方？这是一个零尺寸的频道。我们只能用空结构填充它（即：）。可能是a 或其他，因为我们不使用频道的内容。重要的是，我们使用通道通知goroutine中的无限循环，该该停止了。 该语句用于捕获来自渠道的内容。这是一条阻塞语句（除
-
问题内容： 我从python脚本生成了5个不同的进程，如下所示： 我的问题是，当父进程（主脚本）以某种方式被杀死时，子进程继续运行。 当父进程被杀死时，有没有办法杀死这样生成的子进程？ 编辑：我正在尝试： 但这似乎不起作用 问题答案： 我自己也遇到了同样的问题，我有以下解决方案： 打电话之前，您可以设置。然后如此处所述python.org multiprocessing 进程退出时，它将尝试终止其
-
问题内容： 我有一个程序生成并与CPU繁重，不稳定的进程通信，而不是由我创建的。如果我的应用程序崩溃或被杀死，我也希望子进程也被杀死，因此用户不必跟踪它们并手动杀死它们。 我知道以前已经讨论过该主题，但是我已经尝试了所有描述的方法，但似乎没有一种方法能够经受住测试的考验。 我知道这是有可能的，因为终端一直在这样做。如果我在终端中运行某些程序并杀死该终端，则这些东西总是会死掉。 我试过了，双叉和。不
-
问题内容： 如何杀死linux中最后一个生成的后台任务？ 例： 问题答案： bash中有一个特殊的变量： $！扩展为在后台执行的最后一个进程的PID。