← Retour aux issues

Fiabiliser la dispo du calculateur voiture : valhalla

publié le , mis à jour
Avatar Codeberg de laemlaem

Il plante souvent, car on utilise l'instance publique sans garantie, qui semble avoir des gros problèmes de matos. https://github.com/valhalla/valhalla/issues/6067

Voilà les options :

  1. Avatar Codeberg de laemlaem
    • utiliser les tilepacks d'Interline, mais ça coûte 600/mois ! Je trouve ça délirant. Il faudrait que ça consomme les ressources de 5 VM costaud pour que ce soit justifié. Bon ils recompilent chaque jour, c'est beaucoup, on n'a pas besoin (ou on peut pas se permettre plutôt) de ça
    • utiliser une API pour gérer quand l'instance de démo est en panne : chez Interline c'est 0,003 / route. Nos factures pourraient exploser en cas de succès... 1000 utilisateurs qui se font 1 trajet par jour -> 100 €/mois, on peut pas se le permettre
    • instancier Valhalla sur notre serveur2, pour le réserver aux usagers payants

    Je pense que 3) est la voie à suivre, c'est la seule qui est pérenne pour nous.

  2. Avatar Codeberg de laemlaem
    1. Utiliser OSM par Motis pour gérer l'itinéraire voiture en attendant d'avoir un Valhalla complet.

    Hi ! Is there a report of how much time it takes to prepare OSR for the whole planet on a standard 50 €/month VM ? I'm asking because the Valhalla demo server has been down for 2 weeks and the dev has a hard time making it work again. So I thought, why not use OSR car mode without any public transport as a backup ?

    source matrix

    the files can be downloaded from here (daily up-to-date): https://api.transitous.org/gtfs/data/osr

    Then it's mostly operating the server where I would guess that a 32GB instance is fine for planet scale routing.

    Donc solution simple : implémenter OSR via Transitous puis télécharger les tuiles de Transitous pour l'opérer sur notre Motis qui tourne déjà !

  3. Avatar Codeberg de laemlaem

    À propos de la compilation de Valhalla chez nous :

    and damn, you're building the planet in 4.5 hours? locally on mac or remote on a beast machine?

    m8gd.4xlarge EC2 instance with 16 CPUs and 64GB RAM just for 1.1104$/h in eu-central-1 and 8gd instance family is important here because of really fast NVMe.

    Our typical build takes a bit longer because of graph filtering, elevation, historical speeds - 6.5h in total.

    I don't speak AWS, but sounds like a beast!

    https://github.com/valhalla/valhalla/issues/6067#issuecomment-4552557526

    Notre serveur 2 sur Scaleway c'est une bête aussi :), probablement nettement plus puissante.

  4. Avatar Codeberg de etienneJretienneJr

    Au SOTM Stephan Kizim a expliqué comment il a optimisé le script pour que le traitement prenne 4h au lieu de 12 avant : https://peertube.openstreetmap.fr/w/9nKgiyY1yxxaLnuSxwYDCD

    je vois 2 options pour limiter le coût :

    • on refait le calcul très peu souvent
    • on ne traite que l'Europe, et on renvoie sur l'instance publique pour le reste du monde
  5. Avatar Codeberg de laemlaem

    on refait le calcul très peu souvent

    Pour l'itinéraire voiture ça peut devenir embêtant pour les routes qui changent. Cela dit, je pense que même avec une MAJ mensuelle on serait plus à jour que 90 % des GPS embarqués.

  6. Avatar Codeberg de laemlaem

    Faut aussi qu'on branche Motis en fallback pour le mode voiture.


✏️ Participer à la discussion