Why do the cell timestamps jump backward in my POINT trace? Why do some applications report intervals with negative duration?
Apparently there is a race condition in the card or driver between clock reset and beginning to capture data, causing a single backward jump a few hundred microseconds into a trace. In applications that report intervals, this problem can manifest itself as a negative duration in the first interval. This appears to affect both OC3 and OC12 point cards. In CoralReef release 3.5, libcoral and most CoralReef applications will by default discard cells read before the clock reset, avoiding the problem. In earlier versions, you can use the application crl_time to find problems like this, and crl_cut to chop off the first few dozen bad cells.
Related Questions
- What happens if new, negative information - information that was not on my original report - is added to my report after Advanced Credit Repair has begun work on my behalf?
- What’s the point of a gas fuel-efficiency competition, shouldn’t you be working on solar car or fuel cell vehicle?
- Does Balance Point’s software have a report writer?
