该参数获得的是自系统开机起单调递增的纳秒级别精度时钟,相比gettimeofday精度提高不少,并且不受NTP等外部服务影响,能准确更准确来统计耗时(java中对应的是System.nanoTime),也就是说所有使用gettimeofday来统计耗时(java中是System.currenttimemillis)的做法本质上都是错误的。
执行1000000次获取时间,在不优化的情况下,chrono耗时52ms左右,clock_gettime一直稳定在40ms,使用-O2优化,chrono降到45ms左右,依然比clock_gettime要慢(clock_gettime包含在glibc库里,所以优化不优化对它基本没什么影响)。chrono要慢一些,但有更好的通用性,所以还是值得用chrono替换clock_gettime的。 瞅了一眼glibc...
CLOCK_PROCESS_CPUTIME_ID适用于需要统计当前进程的CPU消耗时间的场景,如性能分析、计算耗时等。 CLOCK_THREAD_CPUTIME_ID适用于需要统计当前线程的CPU消耗时间的场景,如线程级别的性能分析、计算耗时等。 腾讯云提供的相关产品和服务: 对于实时时间需求,腾讯云提供了云服务器(CVM)实例,可通过获取系统时间来满足实...
执行1000000次获取时间,在不优化的情况下,chrono耗时52ms左右,clock_gettime一直稳定在40ms,使用-O2优化,chrono降到45ms左右,依然比clock_gettime要慢(clock_gettime包含在glibc库里,所以优化不优化对它基本没什么影响)。chrono要慢一些,但有更好的通用性,所以还是值得用chrono替换clock_gettime的。 瞅了一眼glibc...