Scegliere i criteri di Activity Coordinator corretti

  • Articolo

Activity Coordinator fornisce diversi criteri di modello, che devono essere selezionati in base alle risorse richieste dall'attività.

Comprendere il carico di lavoro dell'attività

Determinare le risorse di Activity Coordinator necessarie per l'attività e in quali condizioni deve essere eseguita l'attività. La profilatura dell'attività tramite una traccia delle prestazioni è un buon punto di partenza.

Scelta delle risorse

Scegliere le risorse derivate dalla traccia delle prestazioni. Queste risorse devono essere quelle su cui il carico di lavoro dell'attività avrà un impatto. Non dimenticare le risorse usate o interessate in modo implicito, ad esempio l'inattività e l'alimentazione dell'utente.

Scelta delle condizioni

Scegliere le condizioni in base all'utilizzo delle risorse del carico di lavoro, come osservato nella traccia delle prestazioni. In generale, è consigliabile usare le condizioni migliori per le risorse necessarie e, se necessario, aggiornare i criteri con condizioni minori se non soddisfa le esigenze entro l'intervallo di tempo desiderato. A partire dalle migliori condizioni e dalla transizione a condizioni minori, è preferibile prima di eseguire quando i criteri non sono soddisfatti (le relative condizioni delle risorse non sono soddisfatte) per rispettare eventuali scadenze. Ciò consente all'API di ridurre al minimo l'impatto dell'utente e del sistema dell'attività aumentando al contempo le opportunità di esecuzione dell'attività.

Per i carichi di lavoro con un consumo di risorse trascurabile o basso, le condizioni come ACTIVITY_COORDINATOR_CONDITION_MEDIUM possono essere utilizzabili senza influire negativamente sul sistema. I carichi di lavoro con un consumo più elevato sono più adatti per usare le condizioni quando l'utilizzo ha meno probabilità di influire sull'esperienza utente, ad esempio ACTIVITY_COORDINATOR_CONDITION_GOOD. Tali carichi di lavoro hanno maggiori probabilità di causare un impatto significativo quando si usano condizioni minori e questi impatti potrebbero non essere temporanei. Ad esempio, l'utilizzo di Internet in una condizione di rete media può comportare costi finanziari per l'utente se la rete viene a consumo e fatturata.

Tenere presente i tipi di dispositivi e configurazioni supportati dall'applicazione oltre alle funzionalità del computer da eventuali tracce delle prestazioni. La variabilità nell'ambiente di destinazione può comportare differenze nel modo in cui il carico di lavoro influisce sull'utente, sul sistema e sulla probabilità che i criteri vengano soddisfatti in un determinato periodo.

Scadenza

Potrebbero esserci diversi vincoli di tempo associati all'attività. Il lavoro o il lavoro a esecuzione prolungata che deve iniziare o essere completato in un periodo di tempo relativamente breve può essere meglio servito utilizzando condizioni minori per aumentare la probabilità di apertura dei criteri. Un lavoro o un lavoro in esecuzione più breve con requisiti di tempo libero può soddisfare le proprie esigenze usando le migliori condizioni. Negli intervalli di tempo più lunghi, è probabile che il sistema di destinazione abbia periodi di basso consumo di risorse. Se si avvicina una scadenza, è consigliabile eseguire il downgrade dei criteri se non sono stati apportati progressi sufficienti prima di ricorrere a metodi di esecuzione regolari dopo o in prossimità della scadenza. Il lavoro ricorsiva può quindi passare al criterio originale al completamento.

Criteri modello

L'API include un set di criteri di modello per il profilo di lavoro tipico che può essere usato per iniziare facilmente a usare l'API. Per la maggior parte dei programmi che eseguono il calcolo locale, è consigliabile usare i criteri dei modelli.

Raccomandazione per i criteri

Dei criteri di modello forniti, se non si è certi di quale scegliere, il ACTIVITY_COORDINATOR_POLICY_TEMPLATE_GOOD deve adattare la fattura per la maggior parte dei casi. Questo criterio ridurrà al minimo l'impatto dell'utente fornendo una ragionevole probabilità che i criteri siano sufficientemente aperti per completare il lavoro dello sviluppatore.

Personalizzare i criteri dei modelli

I criteri di modello possono omettere alcune risorse (ad esempio, GPU) che potrebbero non essere necessarie nei casi d'uso generali. In base al carico di lavoro previsto, i criteri possono essere personalizzati usando i criteri modello come punto di partenza.

Creare criteri da zero

Gli sviluppatori che richiedono il controllo completo possono iniziare da un criterio vuoto: ACTIVITY_COORDINATOR_POLICY_TEMPLATE_EMPTY. Tuttavia, per questi scenari è consigliabile iniziare con ACTIVITY_COORDINATOR_POLICY_TEMPLATE_BAedizione Standard, che specifica le risorse e le condizioni minime consigliate applicabili alla maggior parte delle situazioni. Ciò consente di garantire che le condizioni importanti delle risorse non vengano erroneamente omesse durante la configurazione di criteri da zero, ad esempio risorse di inattività dell'utente, CPU e risparmio energia.

Panoramica dell'API Activity Coordinator

API e terminologia di Activity Coordinator

Progetto di esempio Activity Coordinator