올바른 활동 코디네이터 정책 선택

활동 워크로드 이해

작업에 필요한 활동 코디네이터 리소스와 태스크가 실행되어야 하는 조건을 결정합니다. 성능 추적을 사용하여 작업을 프로파일링하는 것은 시작하기에 좋은 장소입니다.

리소스 선택

성능 추적에서 파생된 리소스를 선택합니다. 이러한 리소스는 활동 워크로드가 영향을 미칠 리소스여야 합니다. 사용자 유휴 및 전원과 같이 암시적으로 사용하거나 영향을 미치는 리소스를 잊지 마세요.

조건 선택

성능 추적에서 관찰된 대로 워크로드의 리소스 소비에 따라 조건을 선택합니다. 일반적으로 필요한 리소스에 가장 적합한 조건을 사용하고 필요한 경우 원하는 시간 내에 요구 사항을 충족하지 않는 경우 더 적은 조건으로 정책을 업데이트하는 것이 좋습니다. 최상의 조건부터 시작하여 정책이 충족되지 않는 경우(리소스 조건이 충족되지 않음) 최종 기한을 충족하기 전에 실행하기 전에 더 적은 조건으로 전환하는 것이 좋습니다. 이렇게 하면 API가 활동의 사용자 및 시스템 영향을 최소화하는 동시에 활동을 실행할 기회를 늘릴 수 있습니다.

리소스 사용량이 적거나 무시할 수 있는 워크로드의 경우 시스템에 부정적인 영향을 주지 않으면 서 ACTIVITY_COORDINATOR_CONDITION_MEDIUM 같은 조건을 사용할 수 있습니다. 사용량이 높은 워크로드는 사용량이 ACTIVITY_COORDINATOR_CONDITION_GOOD 같은 사용자 환경에 영향을 미칠 가능성이 가장 낮은 조건을 사용하는 데 더 적합합니다. 이러한 워크로드는 더 적은 조건을 사용할 때 상당한 영향을 미칠 가능성이 높으며, 이러한 영향은 본질적으로 일시적이지 않을 수 있습니다. 예를 들어 중간 네트워크 조건에서 인터넷을 사용하면 네트워크 요금제 및 요금이 청구되는 경우 사용자에게 재정적 비용이 발생할 수 있습니다.

성능 추적에서 컴퓨터의 기능 외에도 애플리케이션에서 지원하는 디바이스 및 구성 유형에 유의하세요. 대상 환경의 가변성은 워크로드가 사용자, 시스템에 미치는 영향 및 지정된 기간 동안 정책이 충족될 가능성에 대한 차이를 의미할 수 있습니다.

최종 기한

활동과 관련된 다양한 시간 제약 조건이 있을 수 있습니다. 비교적 짧은 시간 안에 시작하거나 완료해야 하는 더 긴 실행 작업 또는 작업은 더 적은 조건을 사용하여 정책 열기 가능성을 높이는 것이 더 나을 수 있습니다. 작업 시간이 느슨하거나 작업 시간이 느려질수록 최상의 조건을 사용하여 요구 사항이 충족될 수 있습니다. 더 긴 기간 동안 대상 시스템에는 리소스 사용량이 적은 기간이 있을 수 있습니다. 기한이 다가오고 있는 경우 최종 기한 이후에 또는 최종 기한에 접근하기 전에 정기적인 실행 방법에 의존하기 전에 충분한 진전이 이루어지지 않은 경우 정책을 다운그레이드하는 것이 좋습니다. 그런 다음 재귀 작업은 완료 시 원래 정책으로 전환할 수 있습니다.

템플릿 정책

API에는 API를 간단하게 시작하는 데 사용할 수 있는 일반적인 작업 프로필에 대한 템플릿 정책 집합이 함께 제공됩니다. 로컬 컴퓨팅을 수행하는 대부분의 프로그램에서는 템플릿 정책을 사용하는 것이 좋습니다.

정책 권장 사항

제공된 템플릿 정책 중 어떤 정책을 선택해야 할지 잘 모르는 경우 ACTIVITY_COORDINATOR_POLICY_TEMPLATE_GOOD 대부분의 경우 청구서에 적합해야 합니다. 이 정책은 개발자의 작업을 완료하기 위해 정책이 충분히 열려 있을 수 있는 합리적인 가능성을 제공하면서 사용자 영향을 최소화합니다.

템플릿 정책 사용자 지정

템플릿 정책은 일반적인 사용 사례에서 필요하지 않을 수 있는 일부 리소스(예: GPU)를 생략할 수 있습니다. 예상되는 워크로드에 따라 템플릿 정책을 시작점으로 사용하여 정책을 사용자 지정할 수 있습니다.

처음부터 정책 빌드

모든 권한을 요구하는 개발자는 빈 정책인 ACTIVITY_COORDINATOR_POLICY_TEMPLATE_EMPTY 시작할 수 있습니다. 그러나 이러한 시나리오의 경우 대부분의 상황에 적용되는 최소 권장 리소스 및 조건을 지정하는 ACTIVITY_COORDINATOR_POLICY_TEMPLATE_BASE 시작하는 것이 좋습니다. 이렇게 하면 사용자 유휴, CPU 및 전원 리소스와 같은 정책을 처음부터 구성할 때 중요한 리소스 조건이 실수로 생략되지 않도록 할 수 있습니다.

활동 코디네이터 API 개요

활동 코디네이터 API 및 용어

활동 코디네이터 예제 프로젝트