Иво Салмре - Программирование мобильных устройств на платформе .NET Compact Framework

using System;

internal class PerformanceSampling {

//Значение этого параметра может быть задано произвольным, но количество

//тестовых интервалов, равное 8, представляется достаточным для

// большинства случаев

const int NUMBER_SAMPLERS = 8;

static string[] m_perfSamplesNames = new string[NUMBER_SAMPLERS];

static int[] m_perfSamplesStartTicks = new int[NUMBER_SAMPLERS];

static int[] m_perfSamplesDuration = new int[NUMBER_SAMPLERS];

//Определить начальное значение счетчика тактов системных часов

//для интервала

internal static void StartSample(int sampleIndex, string sampleName) {

m_perfSamplesNames[sampleIndex] = sampleName;

m_perfSamplesStartTicks[sampleIndex] = System.Environment.TickCount;

}

//Определить конечное значение счетчика тактов системных часов

//для интервала

internal static void StopSample(int sampleIndex) {

int stopTickCount = System.Environment.TickCount;

//Счетчик тактов системных часов сбрасывается в ноль каждые 24,9 дня

//(что соответствует примерно 2 миллиардам миллисекунд).

//Эта маловероятная возможность будет принята нами во внимание

if (stopTickCount >=m_perfSamplesStartTicks[sampleIndex]) {

//Обычно будет выполняться этот код

m_perfSamplesDuration[sampleIndex] = stopTickCount - m_perfSamplesStartTicks[sampleIndex];

} else {

//Значение счетчика тактов "перешло" через ноль,

//и мы должны это учесть

m_perfSamplesDuration[sampleIndex] = stopTickCount + (int.MaxValue - m_perfSamplesStartTicks[sampleIndex]) + 1;

}

}

//Возвратить длительность тестового интервала

//(в миллисекундах)

internal static int GetSampleDuration(int sampleIndex) {

return m_perfSamplesDuration[sampleIndex];

}

//Возвращает длительность истекшего тестового

//интервала в секундах

internal static string GetSampleDurationText(int sampleIndex) {

return m_perfSamplesNames[sampleIndex] + ": " +

System.Convert.ToString((m_perfSamplesDuration[sampleIndex] /(double) 1000.0)) +

" секунд.";

}

}

В документации по .NET Compact Framework утверждается, что интервал значений свойства .TickCount не может быть меньше 500 мс (0,5 секунды). Я обнаружил, что на практике достигается несколько лучшее разрешение (менее 100 мс, или 0,1 секунды), чем указанное. Вам придется немного поэкспериментировать самостоятельно. Если окажется, что вам необходим счетчик с более высоким разрешением, можете видоизменить приведенный выше код, включив в него системные вызовы операционной системы, управляющей собственным кодом, для получения доступа к низкоуровневым системным счетчикам. В большинстве случае возможностей приведенного выше кода вам должно быть вполне достаточно, а в силу своей простоты он оказывается удобным для использования в тех случаях, когда измерения требуется выполнить быстро.

private void button1_Click(object sender, System.EventArgs e) {

const int TEST_SAMPLE_INDEX = 2; //Выберите любое действительное

//значение индекса

//Начать измерение

PerformanceSampling.StartSample(TEST_SAMPLE_INDEX, "TestSample");

//Отобразить окно сообщений

System.Windows.Forms.MessageBox.Show("Для прекращения измерения щелкните на кнопке OK");

//Прекратить измерение

PerformanceSampling.StopSample(TEST_SAMPLE_INDEX);

//Отобразить результаты

System.Windows.Forms.MessageBox.Show(PerformanceSampling.GetSampleDurationText(TEST_SAMPLE_INDEX));

}

1. Вы можете пользоваться эмпирическим правилом, в соответствии с которым чем больше длительность события, которую вы измеряете, тем меньше относительная ошибка. Поэтому, если вы сравниваете два алгоритма, для выполнения которых требуется примерно 0,5 секунды, лучше выполнить каждый из них по 10 раз и разделить полученные результаты на 10.

2. Повторяйте каждый эксперимент несколько раз, убеждаясь в том, что получаемые результаты оказываются в достаточной степени близкими друг к другу.

3. Если вы сравниваете эффективность двух алгоритмов, выполните каждый из них несколько раз и отбросьте первые из полученных для каждого из них результатов измерений, если они значительно отличаются от результатов последующих измерений. Вполне возможно, что во время первоначального выполнения кода вашим приложением выполняется загрузка и компиляция библиотек, связанных различными зависимостями. Если оба алгоритма имеют аналогичные зависимости, то загрузка и JIT-компиляция этого кода отразится на результатах первого измерения. Время, необходимое для JIT-компиляции кода, среди сравниваемых результатов учитываться, как правило, не должно.

4. Чтобы при сравнении эффективности двух различных алгоритмов получить наилучшие результаты, заново запускайте приложение в промежутках между тестами. Повторный запуск приложения сбросит весь предварительно скомпилированный и находящийся в кэш-памяти код, тем самым предоставляя вам общее начало отсчета для каждого теста.

Почти во всех случаях измерения временных промежутков не могут быть идеальными, они могут быть лишь в достаточной степени надежными. Важно лишь следить за тем, чтобы величина измеряемых показателей превышала уровень шумов, которые всегда присутствуют. Независимо от того, что именно вы пытаетесь измерить, всегда можно найти способы, позволяющие отладить методику измерений таким образом, чтобы получаемые результаты были надежными.

Одна из распространенных ошибок, допускаемых разработчиками, состоит в том, что при проектировании и тестировании алгоритмов используются меньшие объемы данных по сравнению с теми, с которыми приходится иметь дело в процессе реальной работы. Реальные данные дольше загружаются и сохраняются и, что немаловажно, могут потреблять большие объемы драгоценной памяти и резко замедлять общую производительность мобильного приложения. Типичными примерами, когда разработчики могут допускать подобную ошибку и осуществлять разработку и тестирование приложений с использованием меньших объемов данных, нежели те, с которыми сталкиваются конечные пользователи, могут служить следующие:

■ Приложение, использующее базу данных, тестируется с использованием 20 записей выбранных данных, тогда как в реальной работе будут использоваться от 200 до 2000 записей.

■ В процессе эксплуатации приложения будет требоваться синтаксический анализ текстового XML-файла. Размер пробного XML-файла составляет 15 Кбайт, в то время как в реальной работе будет использоваться файл размером 300 Кбайт.