30 Apr
2009
30 Apr
'09
12:26 a.m.
On Wed, Apr 29, 2009 at 6:19 AM, Kjetil S. Matheussen
<k.s.matheussen(a)notam02.no> 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