A final comment in case others run across this issue. Inserting the statement
igraph_options(return.vs.es<http://return.vs.es> = FALSE) after loading the igraph library returns execution speeds to “normal”. But beware, the igraph developers describe this move as “dangerous”. So use at your own risk (and I have no idea what the risks are). On 14 Dec 2018, at 15:26, Ista Zahn <istaz...@gmail.com<mailto:istaz...@gmail.com>> wrote: The igraph slowdown is known, and discussed in several places, including https://github.com/igraph/rigraph/issues/166 https://lists.nongnu.org/archive/html/igraph-help/2015-06/msg00067.html https://github.com/igraph/rigraph/issues/194 --Ista On Fri, Dec 14, 2018 at 6:41 AM Martin Maechler <maech...@stat.math.ethz.ch> wrote: Ista Zahn on Fri, 14 Dec 2018 05:58:25 -0500 writes: This isn't Mac specific (I can reproduce it in Linux). Switching the igraph from version from 1.2.2 (slow) to 0.7.1 (fast) is enough, so this also has nothing to do with R itself. This should be reported to https://igraph.org/r/, either on the mailing list, bug tracker, or both. Best, Ista Indeed (on Linux, too) A much shorter (and 5x faster running) version of the repr.ex. R script is appended (it uses specific .libPaths() to get the correct version if igraph). Martin [[alternative HTML version deleted]] _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
