33
$\begingroup$

Can anyone suggest me a linear time algorithm that takes as input a directed acyclic graph $G=(V,E)$ and two vertices $s$ and $t$ and returns the number of simple paths from $s$ to $t$ in $G$.
I have an algorithm in which I will run a DFS(Depth First Search) but if DFS finds $t$ then it will not change the color(from white to grey) of any of the nodes which comes in the path $s \rightsquigarrow t$ so that if this is the subpath of any other path then also DFS goes through this subpath again.For example consider the adjacency list where we need to find the number of paths from $p$ to $v$.
$$\begin{array}{|c|c c c|} \hline p &o &s &z \\ \hline o &r &s &v\\ \hline s &r \\ \hline r &y \\ \hline y &v \\ \hline v &w \\ \hline z & \\ \hline w &z \\ \hline \end{array}$$ Here DFS will start with $p$ and then lets say it goes to $p \rightsquigarrow z$ since it doesnot encounter $v$ DFS will run normally.Now second path is $psryv$ since it encounter $v$ we will not change the color of vertices $s,r,y,v$ to grey.Then the path $pov$ since color of $v$ is still white.Then the path $posryv$ since color of $s$ is white and similarly of path $poryv$.Also a counter is maintained which get incremented when $v$ is encountered.

Is my algorithm correct? if not, what modifications are needed to make it correct or any other approaches will be greatly appreciated.

Note:Here I have considered the DFS algorithm which is given in the book "Introduction to algorithms by Cormen" in which it colors the nodes according to its status.So if the node is unvisited , unexplored and explored then the color will be white,grey and black respectively.All other things are standard.

$\endgroup$
  • $\begingroup$ Related question. $\endgroup$ – Raphael Aug 8 '12 at 1:01
  • 4
    $\begingroup$ Note that all paths in a directed acyclic graph are necessarily simple (by virtue of acyclicity). $\endgroup$ – Noldorin Nov 26 '12 at 23:40
37
$\begingroup$

Your current implementation will compute the correct number of paths in a DAG. However, by not marking paths it will take exponential time. For example, in the illustration below, each stage of the DAG increases the total number of paths by a multiple of 3. This exponential growth can be handled with dynamic programming.

dag

Computing the number of $s$-$t$ paths in a DAG is given by the recurrence, $$\text{Paths}(u) = \begin{cases} 1 & \text{if } u = t \\ \sum_{(u,v) \in E} \text{Paths}(v) & \text{otherwise.}\\ \end{cases}$$

A simple modification of DFS will compute this given as

def dfs(u, t):
    if u == t:
        return 1
    else:
        if not u.npaths:
            # assume sum returns 0 if u has no children
            u.npaths = sum(dfs(c, t) for c in u.children)
        return u.npaths

It is not difficult to see that each edge is looked at only once, hence a runtime of $O(V + E)$.

$\endgroup$
  • $\begingroup$ I understood your algorithm and it can be made little more efficient by using dynamic programming since same recursive calls are called many times so its better to save.Right?? $\endgroup$ – Saurabh Aug 8 '12 at 14:17
  • 1
    $\begingroup$ @SaurabhHota, it is using dynamic programming. The first time the vertex $u$ is encountered, it computes the number of paths it has to $t$. This is stored in u.npaths. Each subsequent call to $u$ will not recompute its number of paths, but simply return u.npaths. $\endgroup$ – Nicholas Mancuso Aug 8 '12 at 14:43
  • 1
    $\begingroup$ For such graphs, isn't the answer just m^n where m is the number of nodes in a column (3 here) and n is the number of columns excluding s,t (4 here). output is 3^4 = 81 for the example graph. $\endgroup$ – saadtaame Feb 10 '15 at 0:16
  • $\begingroup$ @saadtaame, sure; however, my intent was to merely showcase exponential increase as the "length" of a graph grows. Of course for that highly structured graph you can count in closed form while the algorithm listed works for all graphs. $\endgroup$ – Nicholas Mancuso Feb 10 '15 at 1:19
  • 3
    $\begingroup$ The $O(V+E)$ running time assumes that you can perform the necessary additions in constant time, but the numbers being added can have $\Theta(V)$ bits in the worst case. If you want the exact number of paths, the running time (counting bit operations) is actually $O(VE)$. $\endgroup$ – JeffE Feb 18 '15 at 14:40
15
$\begingroup$

You only need to notice that the number of paths from one node to the target node is the sum of the number of paths from its children to the target. You know that this algorithm will always stop because your graph doesn't have any cycles.

Now, if you save the number of paths from one node to the target as you visit the nodes, the time complexity becomes linear in the number of vertices and memory linear in the number of nodes.

$\endgroup$
0
$\begingroup$

The number of paths between any two vertices in a DAG can be found using adjacency matrix representation.

Suppose A is the adjacency matrix of G. Taking Kth power of A after adding identity matrix to it, gives the number of paths of length <=K.

Since the max length of any simple path in a DAG is |V|-1, calculating |V|-1 th power would give number of paths between all pairs of vertices.

Calculating |V|-1 th power can be done by doing log(|V|-1) muliplications each of TC: |V|^2.

$\endgroup$
  • $\begingroup$ The question asks for a linear time algorithm. Your algorithm is slower than that. $\endgroup$ – D.W. Feb 15 '16 at 7:04
  • $\begingroup$ @Vivek can you mention a reference for the theorems in your answer? $\endgroup$ – Hamideh Mar 24 '17 at 3:54

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.