等待24小时的线程的潜在系统成本

Potential System cost of a thread which waits 24 hours

本文关键字：系统 24小时 线程 等待      更新时间：2023-10-16

在我编写的应用程序中，我希望每24小时备份一次数据，以帮助防止在文件损坏或其他故障的情况下数据丢失的风险。

为了做到这一点，我使用了一个简单的线程，如下所示：

void BackupThread( const std::atomic<bool>& bTerminateFlag )
{
    std::stringstream ssFilePathAndName;
    while( !bTerminateFlag.load() )
    {
         std::this_thread::sleep_for( std::chrono::hours(24) );
         std::time_t std::chrono::system_clock::to_time_t( std::chrono::system_clock::now() );
         ssFilePathAndName << "\Backup" << "\BackupFile-" << std::put_time( std::localtime( &t ), "%Y-%m-%d-%H-%M-%S" ) << ".txt";
         // Save the data using our thread-safe Singleton object:
         g_pManager->Save( ssFilePathAndName.str() );
         ssFilePathAndName.str( "" );
         ssFilePathAndName.clear();
    }
}

然后，我使用对我的主要应用程序类的一个成员变量的引用开始这项工作：

m_backupThread = std::thread( BackupThread, std::cref( m_bBackupTerminateFlag ) );

然而，我很好奇这是否是一种糟糕的方式（从系统资源角度来看），因为尽管我已经指定线程必须等待24小时才能唤醒，但据推测，调度器/OS会在不同的时间点恢复线程，以检查时间条件，我担心这是否会导致不可忽略的功耗或CPU时间浪费（考虑到这将在系统上持续运行很长一段时间，而且它不会是系统上唯一运行的进程）。

Sleep（）通常是内核中有序delta队列中的一个额外条目，因此必须在容器中维护一个最小的额外指针-成本确实可以忽略不计。线程在睡眠时根本不需要给它任何CPU。也就是说，这种长延迟操作通常是通过预定的任务或计时器来实现的，但总体而言并没有太多。

编辑-也易于测试。写一个琐碎的应用程序，启动5000个线程，除了睡眠（24小时）什么都不做。运行它，检查它的CPU使用情况。它将是0。

相关文章：