因此,准确的时序对我来说很重要,我正在研究C++ 11中指定的3种类型的时钟,即system_clock
、steady_clock
和high_resolution_clock
。我最初关心的是测试不同类型时钟的调用开销是否有任何差异,并检查每种类型时钟的分辨率。下面是我的示例程序:
#include <chrono>
#include <cstdio>
using namespace std;
using namespace std::chrono;
int main(int argc, char **argv)
{
size_t N = 1e6;
if(2 == argc) {
sscanf(argv[1], "%zu", &N);
}
#if defined(hrc)
typedef high_resolution_clock clock;
#warning "High resolution clock"
#elif defined(sc)
typedef steady_clock clock;
#warning "Steady clock"
#elif defined(sys)
typedef system_clock clock;
#warning "System clock"
#endif
const double resolution = double(clock::period::num) / double(clock::period::den);
printf("clock::period: %lf us.\n", resolution*1e6);
printf("clock::is_steady: %s\n", clock::is_steady ? "yes" : "no");
printf("Calling clock::now() %zu times...\n", N);
// first, warm up
for(size_t i=0; i<100; ++i) {
time_point<clock> t = clock::now();
}
// loop N times
time_point<clock> start = clock::now();
for(size_t i=0; i<N; ++i) {
time_point<clock> t = clock::now();
}
time_point<clock> end = clock::now();
// display duration
duration<double> time_span = duration_cast<duration<double>>(end-start);
const double sec = time_span.count();
const double ns_it = sec*1e9/N;
printf("That took %lf seconds. That's %lf ns/iteration.\n", sec, ns_it);
return 0;
}
我用以下命令编译它
$ g++-4.7 -std=c++11 -Dhrc chrono.cpp -o hrc_chrono
chrono.cpp:15:2: warning: #warning "High resolution clock" [-Wcpp]
$ g++-4.7 -std=c++11 -Dsys chrono.cpp -o sys_chrono
chrono.cpp:15:2: warning: #warning "System clock" [-Wcpp]
$ g++-4.7 -std=c++11 -Dsc chrono.cpp -o sc_chrono
chrono.cpp:15:2: warning: #warning "Steady clock" [-Wcpp]
我用G++ 4.7.2编译,并在上面运行
第一件令人惊讶的事情是,这三种时钟显然是同义词。如果3种类型的时钟都是相同的,那么指定它们的意义是什么?,这仅仅是因为chrono
的G++实现还不成熟吗?或者3.1.10内核只有一个用户可访问的时钟?
第二个惊喜是,steady_clock::is_steady == false。我相当确定,根据定义,该属性应该为true。怎么回事?我怎样才能解决这个问题(例如,实现一个稳定的时钟)?
如果您可以在其他平台/编译器上运行这个简单的程序,我将非常有兴趣知道结果。如果有人想知道,在我的核心i7上大约是25 ns/迭代,在Tegra2上是1000 ns/迭代。
发布于 2013-02-23 05:58:57
对于GCC 4.7,支持steady_clock
(如4.7版本的文档所示:http://gcc.gnu.org/onlinedocs/gcc-4.7.2/libstdc++/manual/manual/status.html#status.iso.2011),并且仅当您使用--enable-libstdcxx-time=rt
构建GCC时,steady_clock::is_steady
才是真的
有关该配置选项的详细信息,请参阅https://stackoverflow.com/a/12961816/981959。
对于GCC 4.9,如果你的操作系统和C库支持clock_gettime
的POSIX单调时钟,它将被自动启用(这对于带有glibc2.17或更高版本的GNU/Linux以及Solaris10,IIRC是正确的)
这是在2.5 the的AMD Phenom II X4 905e上配置--enable-libstdcxx-time=rt
的GCC 4.8的结果,但我认为它现在已经调到800 the,运行Linux3.6.11,glibc 2.15
$ ./hrc
clock::period: 0.001000 us.
clock::is_steady: no
Calling clock::now() 1000000 times...
That took 0.069646 seconds. That's 69.645928 ns/iteration.
$ ./sys
clock::period: 0.001000 us.
clock::is_steady: no
Calling clock::now() 1000000 times...
That took 0.062535 seconds. That's 62.534986 ns/iteration.
$ ./sc
clock::period: 0.001000 us.
clock::is_steady: yes
Calling clock::now() 1000000 times...
That took 0.065684 seconds. That's 65.683730 ns/iteration.
在运行Linux3.4.0、Glibc2.16的ARMv7 Exynos5上,使用不带--enable-libstdcxx-time
的GCC 4.7 (因此所有三种时钟类型的结果相同)
clock::period: 1.000000 us.
clock::is_steady: no
Calling clock::now() 1000000 times...
That took 1.089904 seconds. That's 1089.904000 ns/iteration.
发布于 2013-02-23 04:34:13
根据GNU's site的说法,GNU libstdc++目前还不支持steady_clock
。这就是为什么steady_clock::is_steady
是假的。
以下是支持检查表的相关部分:
20.11.7.1 Class system_clock Y
20.11.7.2 Class steady_clock N Support old monotonic_clock spec instead
20.11.7.3 Class high_resolution_clock Y
https://stackoverflow.com/questions/15032462
复制相似问题