mapbox / mapbox/mapbox-maps-android
OfflineRegionManager (legacy) createOfflineRegion: download speed drop
Nessuno ha ancora preso questa issue.
- Lingua principale
- Kotlin
- Stelle
- 578
- Fork
- 161
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
## Environment
- Android OS version: 11
- Devices affected: Samsung Tab Active Pro
- Maps SDK Version: 9.1.0, 10.16.0, v11.0.0-beta.4
## Observed behavior and steps to reproduce
I noticed a significant speed drop in v10(v11) compared to v9. Here are several benchmarks for the same region
```
bounds: [
[10.60776473348605, 59.874330907868426],
[10.712617871809584, 59.92020667067757],
],
minZoom: 4,
maxZoom: 16,
styleURL: 'mapbox://styles/mapbox/light-v10'
```
v9: **6s** 1039/1039 resources; 11759854 bytes downloaded
v10 legacy manager: **16s** 1035/1035 resources; 11358923 bytes downloaded
v10 new tile manager: **20s** 16/16 resources; 68958332 bytes downloaded
Note: The iOS legacy manager v10 has the same speed performance as v9 (iOS simulator), so the problem is only relative to Android. I tested with different tile servers (self-hosted and Mapbox) in different regions by using RN bridge and the latest [Test Android app](https://github.com/mapbox/mapbox-maps-android/blob/main/app/src/main/java/com/mapbox/maps/testapp/examples/LegacyOfflineActivity.kt). The behavior is the same, region creation is slower almost 3 times for v10. Is it expected?
## Expected behavior
Expected to have at least the same performance as in older versions.
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia da app/src/main/java/com/mapbox/maps/testapp/examples/LegacyOfflineActivity.kt e riproduci createOfflineRegion usando i bounds, i livelli di zoom e la style URL indicati nell'issue su Android. Confronta il numero di risorse, i byte e il tempo trascorso con i risultati riportati per v9 e v10; il lavoro è completato quando la regressione Android è spiegata e la creazione della regione non mostra più il rallentamento segnalato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- android, kotlin
- Ambito
- mobile, performance
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100