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

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

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

Добрый день!

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

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

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

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

C#
1
2
3
4
5
6
private void button1_Click(object sender, EventArgs e)
        {
            int num = tabControl1.SelectedIndex;
            AlgoForm form = new AlgoForm(knowledgeBase[num], tabControl1.SelectedTab.Text);
            form.Show();
        }

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

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
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 позволяет нивелировать ряд этих факторов и получать результат более близкий к реальности.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

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

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

Решение