You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Mutual reachability distance is an important post-processing data mining computation that unfortunately needs to be computed during the distance computation. Because RAFT is header only, we exposed this capability as a distance epilogue function that could be applied in place just after the actual distance is computed for brute force (and more recently for nn-descent).
CuVS is not header only, and so this poses additional challenges in specifying mutual reachability using a generalized epilogue.
Our solution is to have cuVS support the mutual reachability distance directly, since it's pretty general. The difference between mutual reachability and other more common distance types is that it requires having an array of "the distance to the kth neighbor" available (referred to formally as core distances).
We should be able to support this distance type without too much trouble, but will probably need to figure out what the API should look like. I'm marking this as a placeholder feature, since @benfred plans to take a look at migrating this to cuVS so we can formally move cuML over to using cuVs Instead of RAFT for nearest neighbors things.
The text was updated successfully, but these errors were encountered:
Mutual reachability distance is an important post-processing data mining computation that unfortunately needs to be computed during the distance computation. Because RAFT is header only, we exposed this capability as a distance epilogue function that could be applied in place just after the actual distance is computed for brute force (and more recently for nn-descent).
CuVS is not header only, and so this poses additional challenges in specifying mutual reachability using a generalized epilogue.
Our solution is to have cuVS support the mutual reachability distance directly, since it's pretty general. The difference between mutual reachability and other more common distance types is that it requires having an array of "the distance to the kth neighbor" available (referred to formally as core distances).
We should be able to support this distance type without too much trouble, but will probably need to figure out what the API should look like. I'm marking this as a placeholder feature, since @benfred plans to take a look at migrating this to cuVS so we can formally move cuML over to using cuVs Instead of RAFT for nearest neighbors things.
The text was updated successfully, but these errors were encountered: