Closed ldhulipala closed 6 years ago
That looks about right. Things will be a little slower when you are adding a lot of new edges as opposed to just updating existing edges. The methodology used in many of the STINGER publications (which report a higher update rate) involves creating a "base" graph, then throwing a bunch of updates to existing edges at it. With your experimental set-up, I'd expect most of the edges to be new.
Great, thanks for the clarification!
Hi all,
I'm running some timings using stinger_server and stinger_rmat_edge_generator. I am wondering whether the update rates I'm seeing sound correct. In particular, for a batch of 1M edge insertions, which is around the largest size the underlying protobufs can handle, each update takes:
This is an update rate between 1m/sec -- 140k/sec, depending on |V|.
Is this update rate in the ballpark for what you observe on commodity multicores? I am running on a 72-core intel machine with hyper-threading, and using numactl -i all.
Thanks for your help! Laxman