Eventi MM - Statistiche Memoria Storica

I dispositivi che si avviano su Android 12 e versioni successive utilizzano mm_events , un set di statistiche relative alla memoria che vengono acquisite periodicamente mentre un sistema subisce una pressione di memoria. mm_events è integrato con i meccanismi di tracciamento perfetto e, poiché viene attivato solo quando viene rilevata la pressione della memoria, il suo sovraccarico di prestazioni aggiuntivo è minimo. La raccolta delle statistiche inizia quando vengono attivati ​​i meccanismi kswapd , direct reclaim, o compaction del kernel e rimane attiva per un periodo di tempo configurabile per acquisire statistiche a intervalli regolari.

Invece di fornire un'istantanea dello stato della memoria di sistema quando viene archiviata una segnalazione di bug, mm_events mostra una breve vista cronologica delle statistiche della memoria durante i periodi di esaurimento della memoria. Le statistiche acquisite sono elencate nelle tabelle seguenti.

campi vmstat

nr_free_pages nr_slab_reclaimable
nr_slab_unreclaimable nr_active_file
nr_inactive_file nr_active_anon
nr_inactive_anon workingset_refault
workingset_activate nr_file_pages
pgpgin pgpgout
pswpin pswpout
pgsteal_kswapd_dma pgsteal_kswapd_normal
pgsteal_kswapd_movable pgsteal_direct_dma
pgsteal_direct_normal pgsteal_direct_movable
pgscan_kswapd_dma pgscan_kswapd_normal
pgscan_kswapd_movable pgscan_direct_dma
pgscan_direct_normal pgscan_direct_movable
compact_migrate_scanned compact_free_scanned

eventi di traccia relativi a mm

vmscan/mm_vmscan_kswapd_wake vmscan/mm_vmscan_kswapd_sleep
vmscan/mm_vmscan_direct_reclaim_begin vmscan/mm_vmscan_direct_reclaim_end
compaction/mm_compaction_begin compaction/mm_compaction_end

Analisi dei dati mm_events

Se mm_events è abilitato, le segnalazioni di bug per gli eventi che vengono acquisiti subito dopo che un dispositivo inizia a subire un'elevata pressione di memoria forniscono le statistiche storiche mm_events , sotto forma di un report compresso in FS/data/misc/perfetto-traces/bugreport/systrace.pftrace.

Sia i dati vmstat che gli eventi ftrace possono essere visualizzati per l'analisi utilizzando l' interfaccia utente Perfetto .

dati vmstat

Carica il file systrace.pftrace utente di Perfetto per visualizzare i dati vmstat rappresentati graficamente su una sequenza temporale come mostrato di seguito.

vmstat data graphed on a timeline

Figura 1. Timeline dei dati grafici di vmstat

eventi ftrace

I ftrace mm_events non vengono visualizzati graficamente sulla timeline. Per visualizzarli, fare clic sulla scheda Query SQL , che si trova come mostrato nella Figura 2.

Locate the Query SQL tab and click to view ftrace and mm_events captured and graphed

Figura 2. Fare clic su Query (SQL) per accedere

Abilitazione mm_eventi

Per abilitare mm_events, impostare sysprop persist.mm_events.enabled=true dal fornitore init.rc .

Per ridurre l'ingombro di memoria e CPU di mm_events sono in atto quanto segue:

  • Un'istanza mm-events ftrace utilizza un buffer di 4 KB per CPU.
  • Il trigger kmem_activity è limitato a una volta al minuto.
  • Solo una sessione di traccia mm-events può essere attiva in qualsiasi momento.

Personalizzazione

mm_events utilizza un file di configurazione di traccia perfetto per specificare quali statistiche acquisire durante la sessione di traccia.

Puoi fornire una configurazione di traccia Perfetto personalizzata in /vendor/etc/mm_events.cfg . Per una descrizione dei campi di configurazione della traccia disponibili, vedere Perfetto Docs . Per una configurazione di traccia di esempio, vedere questo esempio mm_events.cfg .

I campi importanti da includere nella configurazione di traccia per assicurarsi che venga attivato dalla pressione della memoria sono mostrati nello snippet di seguito.

# Ensures only 1 tracing session with this key can be active
unique_session_name: "perfetto_mm_events_session"

# If a trace with bugreport_score > 0 is running,
# the captured data is made available in the zipped bugreport
# at FS/data/misc/perfetto-traces/bugreport/systrace.pftrace
bugreport_score: 100

trigger_config {
  trigger_mode: START_TRACING
  trigger_timeout_ms: 3600000   # 1 hour
  triggers {
    # kmem_activity trigger gets activated when memory pressure
    # is detected
    name: "kmem_activity"
    stop_delay_ms: 360000       # 6 mins
  }
}

In questa configurazione mm_events avvia il trigger perfetto kmem_activity e la sessione di traccia Perfetto inizia a catturare gli eventi di memoria vm_stats e ftrace fino alla fine del periodo stop_delay_ms configurato, 36000 ms (6 minuti). Il timeout del trigger è impostato su un valore elevato (in questo caso, 1 ora) e la configurazione di mm_events config viene periodicamente ripristinata per garantire che mm_events sia sempre abilitato. Di conseguenza viene generata una segnalazione di bug, contenente il tipo di dati mostrato in Figura 1 e Figura 2 .