Efficient Breadth-First Search on Massively Parallel and Distributed

Efficient Breadth-First Search on Massively Parallel and Distributed

Data Sci. Eng. DOI 10.1007/s41019-016-0024-y Efficient Breadth-First Search on Massively Parallel and Distributed-Memory Machines 1 2 3 Koji Ueno • Toyotaro Suzumura • Naoya Maruyama • 4 5 Katsuki Fujisawa • Satoshi Matsuoka Received: 16 October 2016 / Accepted: 13 December 2016 Ó The Author(s) 2017. This article is published with open access at Springerlink.com Abstract There are many large-scale graphs in real world Keywords Distributed-memory Á Breadth-First Search Á such as Web graphs and social graphs. The interest in Graph500 large-scale graph analysis is growing in recent years. Breadth-First Search (BFS) is one of the most fundamental graph algorithms used as a component of many graph 1 Introduction algorithms. Our new method for distributed parallel BFS can compute BFS for one trillion vertices graph within half Graphs have quickly become one of the most important a second, using large supercomputers such as the data structures in modern IT, such as in social media where K-Computer. By the use of our proposed algorithm, the the massive number of users is modeled as vertices and K-Computer was ranked 1st in Graph500 using all the their social connections as edges, and collectively analyzed 82,944 nodes available on June and November 2015 and to implement various advanced services. Another example June 2016 38,621.4 GTEPS. Based on the hybrid BFS is to model biophysical structures and phenomena, such as algorithm by Beamer (Proceedings of the 2013 IEEE 27th brain’s synaptic connections, or interaction network International Symposium on Parallel and Distributed Pro- between proteins and enzymes, thereby being able to cessing Workshops and PhD Forum, IPDPSW ’13, IEEE diagnose diseases in the future. The common properties Computer Society, Washington, 2013), we devise sets of among such modern applications of graphs are their mas- optimizations for scaling to extreme number of nodes, sive size and complexity, reaching up to billions of edges including a new efficient graph data structure and several and trillions of vertices, resulting in not only tremendous optimization techniques such as vertex reordering and load storage requirements but also compute power to conduct balancing. Our performance evaluation on K-Computer their analysis. shows that our new BFS is 3.19 times faster on 30,720 With such high interest in analytics of large graphs, a nodes than the base version using the previously known new benchmark called the Graph500 [8, 11] was proposed best techniques. in 2010. Since the predominant use of supercomputers had been for numerical computing, most of the HPC bench- marks such as the Top500 Linpack had been compute centric. The Graph500 benchmark instead measures the & Koji Ueno data analytics performance of supercomputers, in particular [email protected] those for graphs, with the metric called traversed edges per 1 second or TEPS. More specifically, the benchmark mea- Tokyo Institute of Technology, Tokyo, Japan 2 sures the performance of Breadth-First Search (BFS), IBM T.J. Watson Research Center, Westchester County, NY, which is utilized as a kernel for important and more USA 3 complex algorithms such as connected components analy- RIKEN, Kobe, Japan sis and centrality analysis. Also, the target graph used in 4 Kyushu University, Fukuoka, Japan the benchmark is a scale-free, small-diameter graph called 5 Tokyo Institute of Technology/AIST, Tokyo, Japan the Kronecker graph, which is known to model realistic 123 K. Ueno et al. graphs arising out of practical applications, such as Web 1: function breadth-first-search(vertices, source) and social networks, as well as those that arise from life 2: frontier ←{source} 3: next ←{} science applications. As such, attaining high performance 4: parents ← [−1, −1, ···, −1] on the Graph500 represents the important abilities of a 5: while frontier = {} do machine to process real-life, large-scale graphs arising 6: top-down-step (vertices, frontier, next, parents) 7: frontier ← next from big-data applications. 8: next ←{} We have conducted a series of work [11–13] to accel- 9: end while erate BFS in a distributed-memory environment. Our new 10: return parents 11: end function work extends the data structures and algorithm called 12: function top-down-step(vertices, frontier, next, parents) hybrid BFS [2] that is known to be effective small-diameter 13: for v ∈ frontier do graphs, so that it scales to top-tier supercomputers with tens 14: for n ∈ neighbors[v] do 15: if parents[n]=-1then of thousands of nodes with million-scale CPU cores with 16: parents[n] ← v multi-gigabyte/s interconnect. In particular, we apply our 17: next ← next ∪{n} algorithm to the Riken’s K-Computer [15] with 82,944 18: end if end for compute nodes and 663,552 CPU cores, once the fastest 19: 20: end for supercomputer in the world on the Top500 in 2011 with 21: end function over 10 Petaflops. The result obtained is currently No. 1 on the Graph500 for two consecutive editions in 2016, with Fig. 1 Top-down BFS significant TEPS performance advantage compared to the result obtained on the Sequoia supercomputer hosted by breadth-first manner from the root. We refer to this search Lawrence Livermore National Laboratory in the USA, direction as ‘‘top-down.’’ which is a machine with twice the size and performance A contrasting approach is ‘‘bottom-up’’ BFS as shown in compared to the K-Computer, with over 20 Petaflops and Fig. 2. This approach is to start from the vertices that have embodying approximately 1.6 million cores. This demon- not been visited and iterate with each step investigating strates that top supercomputers compete for the top ranks whether a frontier node is included in its direct neighbor. If on the Graph500, but the Top500 ranking does not neces- it is, then the node is added to the frontier of visited nodes sarily directly translate in this regard; rather architectural for the next iteration. In general, this ‘‘bottom-up’’ properties other than the amount of FPUs, as well as approach is more advantageous over top-down when the algorithmic advances, play a major role in attaining top frontier is large, as it will quickly identify and mark many performance, indicating the importance of codesign of nodes as visited. On the other hand, top-down is advanta- future top-level machines including those for exascale, geous when the frontier is small, as bottom-up will result in with graph-centric applications in mind . wasteful scanning of many unvisited vertices and their In fact, the top ranks of the Graph500 has been histor- edges without much benefit. ically dominated by large-scale supercomputers to date, For a large but small-diameter graphs such as the Kro- with other competing infrastructures such as Clouds being necker graph used in the Graph500, the hybrid BFS algo- notably missing; performance measurements of the various rithm [2] (Fig. 3) that heuristically minimizes the number work including ours reveal that this is fundamental, in that of edges to be scanned by switching between top-down and interconnect performance plays a significant role in the bottom-up, has been identified as very effective in signif- overall performance of large-scale BFS, and this is one of icantly increasing the performance of BFS. the biggest differentiators between supercomputers and Clouds. 1: function bottom-up-step(vertices, frontier, next, parents) 2: for v ∈ vertices do 3: if parents[v]=-1then 4: for n ∈ neighbors[v] do 2 Background: Hybrid BFS 5: if n ∈ frontier then 6: parents[v] ← n 2.1 The Base Hybrid BFS Algorithm 7: next ← next ∪{v} 8: break 9: end if We first describe the background BFS algorithms, includ- 10: end for ing hybrid algorithm as proposed in [2]. Figure 1 shows 11: end if 12: end for the standard sequential textbook BFS algorithm. Starting 13: end function from the source vertex, the algorithm conducts the search by effectively expanding the ‘‘frontier’’ set of vertices in a Fig. 2 A step in bottom-up BFS 123 Efficient Breadth-First Search on Massively Parallel and Distributed-Memory Machines 1: function hybrid-bfs(vertices, source) 1: function parallel-2D-top-down(A, source) 2: frontier ←{source} 2: f ←{source} 3: next ←{} 3: n ←{} 4: parents ← [-1,-1,···,-1] 4: π ← [−1, −1, ···, −1] 5: while frontier = {} do 5: for all compute nodes P (i, j) in parallel do 6: if next-direction() = top-down then 6: while f = {} do 7: top-down-step (vertices, frontier, next, parents) 7: transpose-vector(fi,j ) 8: else 8: fi = allgatherv(fi,j ,P (:,j)) 9: bottom-up-step (vertices, frontier, next, parents) 9: ti,j ←{} 10: end if 10: for u ∈ fi do 11: frontier ← next 11: for v ∈ Ai,j (:,u) do 12: next ←{} 12: ti,j ← ti,j ∪{(u, v)} 13: end while 13: end for 14: return parents 14: end for 15: end function 15: wi,j ← alltoallv(ti,j ,P(i, :)) 16: for (u, v) ∈ wi,j do Fig. 3 Hybrid BFS 17: if πi,j (v)=−1 then 18: πi,j (v) ← u 19: ni,j ← ni,j ∪ v 2.2 Parallel and Distributed BFS Algorithm 20: end if 21: end for In order to parallelize the BFS algorithm over distributed- 22: f ← n 23: n ←{} memory machines, it is necessary to spatially partition the 24: end while graphs. A proposal by Beamer et. al. [3] conducts 2-D 25: end for partitioning of the adjacency matrix of the graph in two 26: return π end function dimensions, as shown in Fig. 4, where adjacency matrix A 27: is partitioned into R Â C submatrices. Fig. 5 Parallel-distributed 2-D top-down algorithm Each of the submatrices is assigned to a compute node; the compute nodes themselves are virtually arranged into a R Â C mesh, being assigned a 2-D index P(i, j).

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    14 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us