Robert Watson wrote: > > > It has been suggested that the former can operate quite well with > significantly reduced quality. It has alos been suggested that most > applications could operate fine with somewhat reduced quality, but that > the API definitions don't say anything about how to specify application > quality requirements vs performance requirements for time measurement. Can we change gettimeofday and clock_gettime to lower resolution now? I think 1000hz/s is enough for most applications, since a thread can never sleep shorter than a tick for years. We can introduce hrtime_t clock_gethrtime(clockid_t clock) to get hi-resolution time as the one seen in RTLinux, or gethrtime() as seen in Solaris (Daniel Eischen said?) David XuReceived on Mon Oct 31 2005 - 09:18:35 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:46 UTC