From 1957b2dd33b244754cd47db05f831a7627b8031e Mon Sep 17 00:00:00 2001 From: Douglas Rumbaugh Date: Fri, 25 Apr 2025 12:28:31 -0400 Subject: Scheduler statistics tracking update The current scheme is really inefficient in terms of retreival of the results, but keeps the critical path mostly clear. It's probably worth it to do a more organized tracking of the data as it comes in, to avoid an n^2 statistics generation step at the end. --- include/framework/scheduling/Task.h | 9 --------- 1 file changed, 9 deletions(-) (limited to 'include/framework/scheduling/Task.h') diff --git a/include/framework/scheduling/Task.h b/include/framework/scheduling/Task.h index 3dbc9f4..b2884c7 100644 --- a/include/framework/scheduling/Task.h +++ b/include/framework/scheduling/Task.h @@ -72,7 +72,6 @@ struct Task { } void operator()(size_t thrd_id) { - auto start = std::chrono::high_resolution_clock::now(); if (m_stats) { m_stats->job_begin(m_timestamp); } @@ -82,14 +81,6 @@ struct Task { if (m_stats) { m_stats->job_complete(m_timestamp); } - auto stop = std::chrono::high_resolution_clock::now(); - - if (m_stats) { - auto time = - std::chrono::duration_cast(stop - start) - .count(); - m_stats->log_time_data(time, m_type); - } if (m_lk) { m_lk->unlock(); -- cgit v1.2.3