Routino : Motor-only Benchmarking

Introduction

Since Routino can calculate routes for all types of transport the database needs to contain information about the highways available to all transport types which increases the size. The increased size and larger number of junctions will also slow down the routing.

A database that is created for just motor vehicles (for example) will still calculate exactly the same route for motor vehicles but allow it to be done quicker. The default Routino distribution will generate a tagging configuration file called tagging-drive.xml that it targetted to motor vehicles and this has been used for these tests.

The tests were performed with Routino version 3.1 using the same method as described in the standard benchmarks.

Database Generation

Time and Memory

The results for time and memory are presented below as a table and a pair of graphs. The test was performed with the normal tagging rules (labelled as "all" below) as well as the "drive", "ride" and "walk" tagging rule sets).

VersionCPU Time (s)Elapsed Time (s)Max Resident
Set Size (MB)
drive180.85217.48488
ride195.84239.12487
walk230.82279.79562
all219.13270.09583

Planetsplitter time graph

Planetsplitter memory graph

As expected the database for driving is generated in less time (about 75% of the time for the complete database) and using less memory (also about 75%). The other two options come in between.

Database Size and Contents

There will also be a large difference in the database size and contents for the different options.

VersionNodes (k)Super-
Nodes (k)
Segments (k)Super-
Segments (k)
Ways (k)Relations (k)
drive5450.4894.16605.61350.5424.72.1
ride6080.81028.07402.61549.3445.92.1
walk7114.61481.88871.82196.2435.60.0
all7428.41693.49356.22473.9498.02.1

Planetsplitter number of objects graph

VersionNodes (MB)Segments (MB)Ways (MB)Relations (MB)
drive62.549125.99211.2360.032
ride69.757141.19411.6290.032
walk81.609169.21511.5200.000
all85.200178.45512.5700.033

Planetsplitter database size graph

One obvious point about the results for the database size is that for walking there are no relations. This is because the relations are used for storing the turn restrictions which are not important when walking.

As with the time and memory the size of the database is smallest for driving (about 75% of the size of the complete database) and has proportionally fewer objects.

Routing

For routing the only fair comparison is for the driving database against the complete database because the normal test is performed for motorcar transport.

Time and Memory

The results for time and memory are presented below as a table and a pair of graphs. The same set of 200 routes are tested for the two versions.

VersionCPU Time (s)Elapsed Time (s)Max Resident
Set Size (MB)
Number
Routed
drive0.410.4270187
riden/an/an/an/a
walkn/an/an/an/a
all0.580.5990187

Router time graph

Router memory graph

The time and memory taken for routing with the reduced database is reduced approximately in proportion to the size of the database (75%).

Conclusions

If routing is required only for driving (for example) then generating a database that only contains highways usable for those modes of transport can generate large savings in time.