Porter la file de maintenance des tuiles à 65536 entrées
Une zone réelle (849 dalles, 3 couches, z5-16) produit ~38 000 tuiles : le plafond précédent (4096) abandonnait silencieusement le reste, et les scans suivants ne le reprenait pas (dalles inchangées = rien en file). Une entrée ne coûtant que quelques octets, la file tient toute la pyramide.
This commit is contained in:
@ -205,7 +205,7 @@ environment:
|
||||
| `LIDAR_TILE_BACKGROUND_FMT` | `webp` | format des tuiles entretenues (celui de l'interface) |
|
||||
| `LIDAR_TILE_BACKGROUND_PAUSE` | `1.0` | pause (s) entre deux rendus — le levier de la discrétion |
|
||||
| `LIDAR_TILE_BACKGROUND_INTERVAL` | `120` | secondes entre deux scans des dalles |
|
||||
| `LIDAR_TILE_BACKGROUND_QUEUE_MAX` | `4096` | file d'attente bornée (au-delà : ignoré jusqu'au prochain scan) |
|
||||
| `LIDAR_TILE_BACKGROUND_QUEUE_MAX` | `65536` | file d'attente bornée (au-delà : ignoré jusqu'au prochain scan) — une entrée ne coûte que quelques octets |
|
||||
|
||||
Pilotage : `GET /api/map/background` (état, compteurs, file), `POST
|
||||
/api/map/background` (scan immédiat), `POST /api/map/warm` (pré-calcul manuel
|
||||
|
||||
Reference in New Issue
Block a user