스토어 앱에서 CPU 사용 분석
.png "Windows 및 Windows Phone에 적용")
앱 성능 문제를 검토해야 하는 경우 앱에서 CPU를 사용하는 방식을 파악하는 것부터 시작하는 것이 좋습니다. Visual Studio 성능 및 진단 허브의 CPU 사용량 도구는 CPU에서 C++, C#/VB 및 JavaScript 코드 실행에 시간을 소모하는 상황을 보여 줍니다. 특정 시나리오에 초점을 맞추려면 단일 진단 세션에서 XAML UI 응답성 도구, 에너지 소비 도구 또는 둘 다를 이용하여 CPU 사용량을 실행할 수 있습니다. Visual Studio 2013에서는 CPU 사용량 도구가 CPU 샘플링 도구를 대체합니다.
참고
CPU 사용량 도구는 Windows Phone Silverlight 8.1 앱과 함께 사용할 수 없습니다.
이 연습에서는 간단한 앱의 CPU 사용량을 수집, 분석하는 방법에 대해 설명합니다.
기본 성능 및 진단 허브 절차를 사용하여 데이터를 수집하겠지만, 성능 및 진단 허브에서는 진단 세션을 실행하고 관리할 수 있는 다른 옵션을 많이 제공합니다. 예를 들어 Windows Phone 또는 Windows 스토어 앱에서 CPU 사용량 도구를 실행하거나 Visual Studio 컴퓨터, Windows Phone이나 Windows 스토어 장치 또는 Visual Studio 에뮬레이터나 시뮬레이터 중 하나에서 진단 세션을 실행할 수 있습니다.
그런 다음 CPU 사용량 진단 보고서에 대해 자세히 살펴보겠습니다.
내용
CpuUseDemo 프로젝트 만들기
CpuUseDemo란?
CPU 사용량 데이터 수집
CPU 사용량 보고서 분석
다음 단계
MainPage.xaml
MainPage.xaml.cs
CpuUseDemo 프로젝트 만들기
BlankApp 템플릿을 사용하여 CpuUseDemo라는 새로운 C# Windows 스토어 앱 프로젝트를 만듭니다.
.png "CpuUseDemoProject 만들기")
MainPage.xaml을 이 코드로 바꿉니다.
MainPage.xaml.cs를 이 코드로 바꿉니다.
CpuUseDemo란?
CpuUseDemo는 CPU 사용량 데이터를 수집 및 분석하는 방법을 보여 주기 위해 만든 앱입니다. 단추는 함수에 대한 여러 호출에서 최대값을 선택하는 메서드를 호출하여 숫자를 생성합니다. 호출된 함수는 임의의 값을 굉장히 많이 만든 다음 마지막 값을 반환합니다. 데이터는 텍스트 상자에 표시됩니다. 앱을 빌드한 다음 사용해 보세요.
.png "CpuUseDemo UI")
이 앱과 CpuUseDemo의 메서드는 그다지 흥미롭지 않지만 CPU 사용량 데이터 분석의 일반적인 몇 가지 사례를 보여 주기에는 충분합니다.
CPU 사용량 데이터 수집
.png "시뮬레이터에서 앱의 릴리스 빌드 실행")
Visual Studio에서 배포 대상을 시뮬레이터로, 솔루션 구성을 일반 정품으로 설정합니다.
시뮬레이터에서 앱을 실행하면 앱과 Visual Studio IDE를 서로 쉽게 전환할 수 있습니다.
릴리스 모드에서 이 앱을 실행하면 앱의 실제 성능을 더 잘 파악할 수 있습니다.
디버그 메뉴에서 성능 및 진단을 선택합니다.
성능 및 진단 허브에서 CPU 사용량을 선택한 다음 시작을 선택합니다.
.png "CpuUsage 진단 세션 시작")
앱이 시작되면 최대 수 가져오기를 클릭합니다. 출력이 표시되면 약 1초간 기다렸다가 비동기적으로 최대 수 가져오기를 선택합니다. 단추를 클릭하는 시간 사이에 대기하면 진단 보고서에서 단추 클릭 루틴을 좀 더 쉽게 격리할 수 있습니다.
두 번째 출력 줄이 나타나면 성능 및 진단 허브에서 수집 중지를 선택합니다.
.png "CpuUsage 데이터 컬렉션 중지")
CPU 사용량 도구에서 데이터를 분석하고 보고서를 표시합니다.
.png "CpuUsage 보고서")
CPU 사용량 보고서 분석
CPU 사용률 타임라인 그래프**|세부 정보를 볼 타임라인 세그먼트 선택|CPU 사용량 호출 트리|호출 트리 구조|외부 코드|호출 트리 데이터 열|**CPU 사용량 호출 트리의 비동기 함수
CPU 사용률 타임라인 그래프
.png "CpuUtilization(%) 타임라인 그래프")
CPU 사용률 그래프는 장치의 모든 프로세서 코어에서의 전체 CPU 시간 백분율로 앱의 CPU 활동을 보여 줍니다. 이 보고서의 데이터는 듀얼 코어 컴퓨터에서 수집되었습니다. 대용량 스파이크 두 개는 단추를 두 번 클릭할 경우의 CPU 활동을 보여 줍니다. GetMaxNumberButton_Click은 단일 코어에서 동기적으로 수행되므로 메서드 그래프의 높이가 50%를 초과하지 않습니다. GetMaxNumberAsycButton_Click은 두 코어에서 비동기적으로 실행되므로 다시 해당 스파이크가 두 코어에서 거의 모든 CPU 리소스를 활용하는 것처럼 보입니다.
세부 정보를 볼 타임라인 세그먼트 선택
진단 세션 타임라인에서 선택 막대를 사용하여 GetMaxNumberButton_Click 데이터에 초점을 맞춥니다.
.png "GetMaxNumberButton_Click 선택됨")
그럼 이제 진단 세션 타임라인에서 선택한 세그먼트에 소요된 시간을 표시(이 보고서에서는 2초보다 약간 김)하고 선택 세그먼트에서 실행된 해당 메서드에 대한 호출 트리를 필터링합니다.
여기에서 GetMaxNumberAsyncButton_Click 세그먼트를 선택합니다.
.png "GetMaxNumberAsyncButton_Click 보고서 선택")
이 메서드는 GetMaxNumberButton_Click보다 약 1초 더 빨리 완료되었지만 호출 트리 항목의 의미는 덜 명확합니다.
CPU 사용량 호출 트리
호출 트리 정보 파악을 시작하려면 GetMaxNumberButton_Click 세그먼트를 다시 선택하고 호출 트리 세부 정보를 확인합니다.
호출 트리 구조
.png "GetMaxNumberButton_Click 호출 트리")
.png "1단계") |
CPU 사용량 호출 트리의 최상위 노드는 의사 노드입니다. |
.png "2단계") |
대다수 앱에서 외부 코드 포시 옵션이 사용하지 않도록 설정되어 있는 경우 두 번째 수준 노드는 앱을 시작/중지하고, UI를 그리며, 스레드 일정을 제어하고, 앱에 다른 낮은 수준 서비스를 제공하는 시스템과 프레임워크 코드가 포함된 [External Code] 노드입니다. |
.png "3단계") |
두 번째 수준 노드의 자식은 두 번째 수준 시스템과 프레임워크 코드가 호출하거나 만드는 사용자 코드 메서드 및 비동기 루틴입니다. |
.png "4단계") |
메서드의 자식 노드에는 부모 메서드 호출에 대한 데이터만 포함되어 있습니다. 외부 코드 표시가 사용하지 않도록 설정되어 있으면 앱 메서드에 [External Code] 노드를 포함할 수 있습니다. |
외부 코드
외부 코드는 사용자가 작성한 코드에서 실행된 시스템 및 프레임워크 구성 요소의 함수입니다. 외부 코드에는 앱을 시작/중지하고, UI를 그리며, 스레드 일정을 제어하고, 앱에 다른 낮은 수준 서비스를 제공하는 함수가 포함되어 있습니다. 대부분의 경우 외부 코드에는 별다른 관심이 없을 것입니다. 따라서 CPU 사용량 호출 트리는 사용자 메서드의 외부 함수를 하나의 [External Code] 노드에 수집합니다.
외부 코드의 호출 경로를 보려면 필터 뷰 목록에서 외부 코드 보기를 선택한 다음 적용을 선택합니다.
.png "필터 뷰 선택 후 외부 코드 표시")
여러 외부 코드 호출 체인은 깊이 중첩되어 있으므로 함수 이름 열의 너비가 컴퓨터 모니터의 거의 최대 화면 너비를 초과할 수 있습니다. 이런 경우 함수 이름은 다음과 같이 **[…]**로 표시됩니다.
.png "호출 트리에 중첩된 외부 코드")
검색 상자를 사용하여 검색 중인 노드를 찾은 다음, 가로 스크롤 막대를 사용하여 데이터를 뷰로 가져옵니다.
.png "중첩된 외부 코드 검색")
호출 트리 데이터 열
총 CPU(%) |
함수 호출 및 함수가 호출한 함수 호출에 사용된 선택한 시간 범위의 앱 CPU 활동 백분율입니다. 이 값은 시간 범위에서 앱의 총 활동을 사용 가능한 총 CPU 용량과 비교하는 CPU 사용률 타임라인 그래프와 다릅니다. |
셀프 CPU(%) |
함수 호출에 사용된 선택한 시간 범위의 앱 CUP 활동 백분율로, 함수가 호출한 함수의 활동은 제외됩니다. |
총 CPU(ms) |
선택한 시간 범위에서의 함수 호출과 함수가 호출한 함수 호출에 소요된 수(밀리초)입니다. |
셀프 CPU(ms) |
선택한 시간 범위에서의 함수 호출과 함수가 호출한 함수 호출에 소요된 수(밀리초)입니다. |
모듈 |
함수가 포함된 모듈의 이름 또는 [External Code] 노드에 함수가 포함된 모듈의 수입니다. |
.png "총 % 데이터 수식")
.png "자체 % 수식")
CPU 사용량 호출 트리의 비동기 함수
컴파일러에서 비동기 메서드가 발생하면 메서드 실행을 제어하는 숨겨진 클래스를 만듭니다. 개념적으로 클래스는 원래 메서드의 연산을 비동기적으로 호출하고, 이러한 연산에 필요한 콜백, 스케줄러 및 반복기를 올바르게 호출하는 컴파일러 생성 함수 목록을 포함하는 상태 시스템입니다. 부모 메서드가 원래 메서드를 호출하면 런타임에서 부모의 실행 컨텍스트에서 메서드를 제거하고, 앱의 실행을 제어하는 시스템과 프레임워크 코드의 컨텍스트에서 숨겨진 클래스의 메서드를 실행합니다. 일반적으로 비동기 메서드가 하나 이상의 서로 다른 스레드에서 실행되지만 항상 그렇지는 않습니다. 이 코드는 CPU 사용량 호출 트리에서 최상위 트리 노드 바로 아래에 있는 [External Code] 노드의 자식으로 표시됩니다.
이 예제에서 이 코드를 보려면 타임라인에서 GetMaxNumberAsyncButton_Click 세그먼트를 다시 선택합니다.
[External Code] 아래에 있는 처음 두 노드는 상태 시스템 클래스의 컴파일러 생성 메서드입니다. 세 번째 노드는 원래 메서드에 대한 호출입니다. 생성된 메서드를 확장하면 진행 상황이 표시됩니다.
.png "확장된 GetMaxNumberAsyncButton_Click 호출 트리")
MainPage::GetMaxNumberAsyncButton_Click은 CPU를 매우 조금 사용합니다. 이 메서드는 작업 값 목록을 관리하고, 결과의 최대값을 계산하고, 출력을 표시합니다.
MainPage+<GetMaxNumberAsyncButton_Click>d__3::MoveNext는 GetNumberAsync에 대한 호출을 래핑하는 48개 작업을 예약 및 시작하는 데 필요한 활동을 보여 줍니다.
MainPage::<GetNumberAsync>b__b는 GetNumber를 호출하는 작업의 활동을 보여 줍니다.
다음 단계
CpuUseDemo 앱이 가장 뛰어나지는 않지만, 성능 및 진단 허브에서 비동기 작업 및 기타 도구로 실험하는 데 사용하여 이 앱의 활용성을 확장할 수 있습니다.
MainPage::<GetNumberAsync>b__b는 GetNumber 메서드를 실행하는 것보다 [External Code]에서 더 많은 시간을 소모합니다. 이러한 시간의 상당 부분은 비동기 작업의 오버헤드가 차지합니다. 작업 수를 늘리고(MainPage.xaml.cs의 NUM_TASKS 상수에서 설정) GetNumber의 반복 횟수를 줄여 보세요(MIN_ITERATIONS 값 변경). 수집 시나리오를 실행하고 MainPage::<GetNumberAsync>b__b의 CPU 활동을 원래 CPU 사용량 진단 세션의 CPU 활동과 비교합니다. 작업 수를 줄이고 반복 횟수를 늘려 보세요.
사용자는 앱의 실제 성능에는 크게 관심이 없고 앱의 인지 성능과 응답성에 관심 있는 경우가 많습니다. XAML UI 응답성 도구는 인지되는 응답성에 영향을 주는 UI 스레드의 활동 세부 정보를 보여 줍니다.
진단 및 성능 허브에서 새 세션을 만들고, XAML UI 응답성 도구와 CPU 사용량 도구를 모두 추가합니다. 수집 시나리오를 실행합니다. 여기까지 읽었다면 보고서 내용을 대부분 파악했겠지만, 두 메서드에 대한 UI 스레드 사용률 타임라인 그래프의 차이는 현저합니다. 복잡한 실제 앱에서 두 도구를 함께 사용하면 매우 유용할 수 있습니다.
MainPage.xaml
<Page
x:Class="CpuUseDemo.MainPage"
xmlns="https://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="https://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="using:CpuUseDemo"
xmlns:d="https://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="https://schemas.openxmlformats.org/markup-compatibility/2006"
mc:Ignorable="d">
<Page.Resources>
<Style TargetType="TextBox">
<Setter Property="FontFamily" Value="Lucida Console" />
</Style>
</Page.Resources>
<Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}">
<Grid.RowDefinitions>
<RowDefinition Height="Auto" />
<RowDefinition Height="*" />
</Grid.RowDefinitions>
<StackPanel Grid.Row="0" Orientation="Horizontal" Margin="0,40,0,0">
<Button Name="GetMaxNumberButton" Click="GetMaxNumberButton_Click" Content="Get Max Number" />
<Button Name="GetMaxNumberAsyncButton" Click="GetMaxNumberAsyncButton_Click" Content="Get Max Number Async" />
</StackPanel>
<StackPanel Grid.Row="1">
<TextBox Name="TextBox1" AcceptsReturn="True" />
</StackPanel>
</Grid>
</Page>
MainPage.xaml.cs
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Runtime.InteropServices.WindowsRuntime;
using Windows.Foundation;
using Windows.Foundation.Collections;
using Windows.UI.Xaml;
using Windows.UI.Xaml.Controls;
using Windows.UI.Xaml.Controls.Primitives;
using Windows.UI.Xaml.Data;
using Windows.UI.Xaml.Input;
using Windows.UI.Xaml.Media;
using Windows.UI.Xaml.Navigation;
using Windows.Foundation.Diagnostics;
using System.Threading;
using System.Threading.Tasks;
using System.Collections.Concurrent;
// The Blank Page item template is documented at https://go.microsoft.com/fwlink/?LinkId=234238
namespace CpuUseDemo
{
/// <summary>
/// An empty page that can be used on its own or navigated to within a Frame.
/// </summary>
public sealed partial class MainPage : Page
{
public MainPage()
{
this.InitializeComponent();
}
const int NUM_TASKS = 48;
const int MIN_ITERATIONS = int.MaxValue / 1000;
const int MAX_ITERATIONS = MIN_ITERATIONS + 10000;
long m_totalIterations = 0;
readonly object m_totalItersLock = new object();
private void GetMaxNumberButton_Click(object sender, RoutedEventArgs e)
{
GetMaxNumberAsyncButton.IsEnabled = false;
lock (m_totalItersLock)
{
m_totalIterations = 0;
}
List<int> tasks = new List<int>();
for (var i = 0; i < NUM_TASKS; i++)
{
var result = 0;
result = GetNumber();
tasks.Add(result);
}
var max = tasks.Max();
var s = GetOutputString("GetMaxNumberButton_Click", NUM_TASKS, max, m_totalIterations);
TextBox1.Text += s;
GetMaxNumberAsyncButton.IsEnabled = true;
}
private async void GetMaxNumberAsyncButton_Click(object sender, RoutedEventArgs e)
{
GetMaxNumberButton.IsEnabled = false;
GetMaxNumberAsyncButton.IsEnabled = false;
lock (m_totalItersLock)
{
m_totalIterations = 0;
}
var tasks = new ConcurrentBag<Task<int>>();
for (var i = 0; i < NUM_TASKS; i++)
{
tasks.Add(GetNumberAsync());
}
await Task.WhenAll(tasks.ToArray());
var max = 0;
foreach (var task in tasks)
{
max = Math.Max(max, task.Result);
}
var func = "GetMaxNumberAsyncButton_Click";
var outputText = GetOutputString(func, NUM_TASKS, max, m_totalIterations);
TextBox1.Text += outputText;
this.GetMaxNumberButton.IsEnabled = true;
GetMaxNumberAsyncButton.IsEnabled = true;
}
private int GetNumber()
{
var rand = new Random();
var iters = rand.Next(MIN_ITERATIONS, MAX_ITERATIONS);
var result = 0;
lock (m_totalItersLock)
{
m_totalIterations += iters;
}
// we're just spinning here
// and using Random to frustrate compiler optimizations
for (var i = 0; i < iters; i++)
{
result = rand.Next();
}
return result;
}
private Task<int> GetNumberAsync()
{
return Task<int>.Run(() =>
{
return GetNumber();
});
}
string GetOutputString(string func, int cycles, int max, long totalIters)
{
var fmt = "{0,-35}Tasks:{1,3} Maximum:{2, 12} Iterations:{3,12}\n";
return String.Format(fmt, func, cycles, max, totalIters);
}
}
}