Неправильно замеряется время выполнения функции

@Dreiser · Регистрация: 14.10.2012

Author24 — интернет-сервис помощи студентам

Добрый день!

Для выполнения лабораторной работы мне необходимо собрать статистику, насколько сильно увеличивается время расчета алгоритма при увеличении количества объемов информации. Измеряю время в тактах, т.к. компьютер справляется обычно быстрей 1 мс.

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

Форму вызываю каждый раз новую:

Вызов из главной формы.

C#

private void button1_Click(object sender, EventArgs e)
        {
            int num = tabControl1.SelectedIndex;
            AlgoForm form = new AlgoForm(knowledgeBase[num], tabControl1.SelectedTab.Text);
            form.Show();
        }

На второй форме вызывается последовательно два класса, в которых происходит расчет и заполнение интерфейса.

C#

public AlgoForm(string[] know, string tab)
        {
            InitializeComponent();
            levelTab = tab;
            k = know;
        }
 
private void AlgoForm_Load(object sender, EventArgs e)
        {
            using (kClass = new KnowledgeClass(k, this, levelTab))
            {
                kClass.CreateTable();
                using (sClass = new SpaceClass(kClass.spaceString(), this, levelTab))
                {
                    sClass.CreateTable();
                }
            }
        }

Для замера использую вот это

C#

1
2
3

Stopwatch watch = Stopwatch.StartNew();
//Функция, выполняющая расчетный алгоритм
watch.Stop();

И при первом открытии формы после запуска всей программы я получаю результат, к примеру, 3000 тактов. А если закрою форму и вызову ее еще раз, то будет стабильно 100-150 тактов. Точки замера стоят строго вокруг математики, не затрагивая создание и отрисовку интерфейса или чего-то еще лишнего.

Подскажите, пожалуйста, из-за чего может происходить такое явление. А, самое главное, какой результат считать правильным?

@ViterAlex · 08.05.2017, 15:12

Сообщение от Dreiser

какой результат считать правильным?

Ты неправильно меряешь. Все расчёты нужно выносить как минимум в отдельные методы, а лучше в отдельные потоки, никак не связанные с интерфейсом.

@Dreiser · 08.05.2017, 15:16 **[ТС]**

Сообщение от ViterAlex

Все расчёты нужно выносить как минимум в отдельные методы

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

@OwenGlendower · 08.05.2017, 15:20

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

@Dreiser · 08.05.2017, 15:32 **[ТС]**

Сообщение от OwenGlendower

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

Да, звучит разумно. Потоки тоже никак не изменили ситуацию, к сожалению. Использование такого отдельного инструмента (BenchmarkDotNet) не сильно необходимо, не научная работа, а так, лишь бы разницу вычислить)

Спасибо) буду хотя бы знать, что не совсем моя вина в происходящем)

@OwenGlendower · 08.05.2017, 15:43

Сообщение от Dreiser

Использование такого отдельного инструмента (BenchmarkDotNet) не сильно необходимо, не научная работа, а так, лишь бы разницу вычислить)

Тебе виднее. Главное помни что кроме JIT компиляции есть и другие факторы влияющие на замеры времени. Поэтому к полученным цифрам следует относиться с определенным уровнем скепсиса и не абсолютизировать их. Использование BenchmarkDotNet позволяет нивелировать ряд этих факторов и получать результат более близкий к реальности.

@ViterAlex 8940 / 4852 / 1886 Регистрация: 11.02.2013 Сообщений: 10,246
	08.05.2017, 15:12	2
	Сообщение от Dreiser какой результат считать правильным? Ты неправильно меряешь. Все расчёты нужно выносить как минимум в отдельные методы, а лучше в отдельные потоки, никак не связанные с интерфейсом. 0

@Dreiser 8 / 8 / 7 Регистрация: 14.10.2012 Сообщений: 179
	08.05.2017, 15:16 [ТС]	3
	Сообщение от ViterAlex Все расчёты нужно выносить как минимум в отдельные методы У меня так и есть. В классе существует метод FillList, который только считает, ничего больше, он и замеряется. Можно попробовать в отдельный поток, действительно, вынести... 0

@OwenGlendower Администратор 17019 / 13372 / 5217 Регистрация: 17.03.2014 Сообщений: 27,342 Записей в блоге: 1
	08.05.2017, 15:20	4
	Сообщение было отмечено Dreiser как решение Решение Dreiser, вероятнее всего JIT-компиляция вносит свою задержку при первом вызове. Сделай хотя бы один запуск этого кода перед замерами. Еще лучше будут переписать тестирование используя BenchmarkDotNet. 2

@Dreiser 8 / 8 / 7 Регистрация: 14.10.2012 Сообщений: 179
	08.05.2017, 15:32 [ТС]	5
	Сообщение от OwenGlendower Dreiser, вероятнее всего JIT-компиляция вносит свою задержку при первом вызове. Сделай хотя бы один запуск этого кода перед замерами. Еще лучше будут переписать тестирование используя BenchmarkDotNet. Да, звучит разумно. Потоки тоже никак не изменили ситуацию, к сожалению. Использование такого отдельного инструмента (BenchmarkDotNet) не сильно необходимо, не научная работа, а так, лишь бы разницу вычислить) Спасибо) буду хотя бы знать, что не совсем моя вина в происходящем) 0

@OwenGlendower Администратор 17019 / 13372 / 5217 Регистрация: 17.03.2014 Сообщений: 27,342 Записей в блоге: 1
	08.05.2017, 15:43	6
	Сообщение от Dreiser Использование такого отдельного инструмента (BenchmarkDotNet) не сильно необходимо, не научная работа, а так, лишь бы разницу вычислить) Тебе виднее. Главное помни что кроме JIT компиляции есть и другие факторы влияющие на замеры времени. Поэтому к полученным цифрам следует относиться с определенным уровнем скепсиса и не абсолютизировать их. Использование BenchmarkDotNet позволяет нивелировать ряд этих факторов и получать результат более близкий к реальности. 0

Неправильно замеряется время выполнения функции

Решение