On Wed, Apr 29, 2009 at 6:19 AM, Kjetil S. Matheussen <[email protected]> wrote: > Hard to say. This is for testing a couple of garbage collectors, and the > difference between worst case and best case can be quite high. > Worst-case is probably around 1ms, and best case maybe around 0.1ms. > It also depends on buffer settings, so I can use higher buffers > to get higher timings. > > But calls to clock_gettime()/HPET/etc. will only happen maximum 6 times > per audio block, so clock_gettime()/HPET/etc. doesn't have to be extremely > efficient.
With a modern kernel clock_gettime() should always be the best choice. The kernel's timekeeping system has been completely redone since the days when JACK needed to use its own timers. Linux is now very good at picking the cheapest working clock source. If there were no need to support old kernels, I think JACK's hardware timer support could be removed entirely in favor of the POSIX clock api. Lee _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
