Re: [boost] Proposed boost timers library implementation concerns.

class but its useful to have timing that is synchronized across multiple

systems. This is essential for doing things like latency testing as well as for many real-time applications. The typical approach is to use a GPS time signal and an interface board in each system. This results in system-to-system timing offsets of 10-20 uSec out-of-the-box. An a lot better with a bit of tuning. The interface to these timing boards is typically via a vendor supplied driver so it would be nice if there was a spot in the timing class where an adapter could be written to handle special cases like this.

It's interesting but shouldn't be addressed by things like boost::ipc or boost::channel (which could use boost::timers for the implementation) ? Philippe