🔖 Solving the Edge ID issue for GPMA #56
Replies: 2 comments 2 replies
-
Sorting ApproachSo here we would need some way to efficiently label the forward graph. To obtain the edge IDs for the reverse graph we could use counting sort on the column indices as key and the edge IDs as values. Once the sort is completed this along with an out_degree aggregation (possible efficiently in CUDA) should allow us to wrap up the edge IDs issue. There is a chance that to get a proper CSR for backward graph from the forward graph, if we can modify the counting sort implementation. Refer this video. The offsets they calculate here is essentially the row_offset of the reverse graph for us. |
Beta Was this translation helpful? Give feedback.
-
Closing offWe have found quite an efficient solution. It may be noted that when we get time we must evaluate as to whether a node parallel or edge parallel approach is better for the count_sort logic. For all other purposes this discussion is closed. |
Beta Was this translation helpful? Give feedback.
-
This discussion will focus on solving the edge ID issue for GPMA. This can be seen as a sub-discussion of #53.
Beta Was this translation helpful? Give feedback.
All reactions