Skip to content

Energie- und Laufzeitkosten der Hintergrundprüfung messen #12

Description

@trsdn

Das PRD nennt Energie- und Laufzeitkosten als nicht-funktionale Anforderung. Die Hintergrundprüfung wurde sparsam gebaut, aber nie auf einem echten System gemessen.

Was gebaut ist

  • Fälligkeitsbasiertes Polling statt festem Takt: die Schleife schläft exakt bis zur nächsten Fälligkeit, gedeckelt auf 60 Sekunden bis 1 Stunde
  • Letzter Erfolg wird persistiert, ein Neustart löst keine sofortige erneute Prüfung aus
  • Single-Flight verhindert überlappende Prüfungen
  • Katalog wird nur aktualisiert, wenn er älter als 24 Stunden ist, und dann bedingt per ETag

Zu messen

  • Energieverbrauch im Leerlauf über mehrere Stunden, etwa über Activity Monitor oder powermetrics
  • Dauer eines vollständigen Scans auf einem System mit vielen Apps
  • Speicherverbrauch mit geladenem Katalog (7716 Casks)
  • Verhalten im Batteriebetrieb — gegebenenfalls Prüfungen aussetzen
  • Startzeit bis zum ersten Frame, seit der Katalog off-main geladen wird

Mögliche Folgearbeit

Falls die Messung es rechtfertigt: Prüfungen im Batteriebetrieb oder bei Low Power Mode aussetzen.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    verificationGegen echte Werkzeuge zu verifizieren

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions