路由数百万条路径

Question

我有一个包含大约 300 万条路径的 OD 矩阵，我想在 OSM 网络上进行路由。 使用 Dijkstra，我每分钟获得大约 20 条路径，总时间为 2,500 小时。如果最近的节点算法不会错过一个相对较远的最近节点，那将几乎没有问题。使用贝尔曼福特，我似乎没有这个问题，但它慢了 40 倍——而且我没有 10 万小时。 ;} 在我选择的 Ubuntu 或 Windows 机器上，我有一些 24 GB RAM。顺便说一句，公共网络路由服务遇到了无法找到路由的相同问题。我的 OD 位置是湾区人口普查区的质心（一些偏远地区可能距离最近的道路几英里）。我的两个问题是： （1）如何避免路由可以找到问题，以及 (2) 如何加快进程（如果我使用具有 512 GB RAM 的云实例将无济于事）？ 我想要改进的功能是 route = networkx.shortest_path(G, start_node, end_node, weight='travel_time') 和这个结合 start_node = osmnx.get_nearest_node(G, start) 及其对应的 end_node

Answer 1

我的两个问题是：(1) 我怎样才能避免找不到路线的问题，以及 (2) 我怎样才能加快进程（如果我使用具有 512 GB RAM 的云实例将无济于事） ?

关于 1，我必须查看一个可重现的最小示例才能了解您的具体情况。但是关于 2，最短路径求解是 CPU 限制而不是内存限制。如果您在云中进行，通过在 100 个内核之间分配要解决的路径，这样整个过程在一天内完成，您会得到更好的服务。