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

Question

在我正在编写的应用程序中，我希望每 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 小时，但线程可能会在不同的点恢复由调度程序/操作系统检查时间条件，我担心这是否会导致不可忽略的电量或CPU时间被浪费（考虑到这将在系统上持续运行很长一段时间，并且它不会是系统上运行的唯一进程）。

Answer 1

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

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