<br><br><div class="gmail_quote">2009/5/26 Arjen de Korte <span dir="ltr"><<a href="mailto:nut%2Bdevel@de-korte.org">nut+devel@de-korte.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Citeren Daniel O'Connor <<a href="mailto:doconnor@gsoft.com.au" target="_blank">doconnor@gsoft.com.au</a>>:<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<shrugs> seems silly to go to extra effort to generate relative time<br>
stamps (save when you start, gettod & subtract for each log) when you<br>
can trivially generate absolute ones which allow you to reference any<br>
other event on your system be it another NUT daemon or not.<br>
<br>
What advantage do relative timestamps have?<br>
</blockquote>
<br></div>
It is much easier to see how much time is spend and therefor, find the place where timeouts occur (which causes the vast majority of problems). We humans have a much harder time to calculate the difference between nine figure numerals, than for two to three figures, so therefor I prefer relative time.<br>
<br>
Most problems where timestamps are useful will happen in the first few seconds after starting (trust me on that, being involved in NUT for so long). For anything that happens only occasionally, we'll have to rely on upslog() anyway, since we can't expect people to run programs in debug mode all the time. The amount of data to weed through would be overwhelming also.<div class="im">
</div></blockquote><div><br>I'm fine with your approach, at least for the time being since it brings what is first needed: a better insight of what going on with drivers. most of the components interaction debugging can be done through the trace.<br>
if we need more, we now know the path to timestamps.<br> <br></div></div>cheers,<br>Arnaud<br>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://www.eaton.com/mgeops">http://www.eaton.com/mgeops</a><br>Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/">http://www.networkupstools.org/</a><br>
Debian Developer - <a href="http://www.debian.org">http://www.debian.org</a><br>Free Software Developer - <a href="http://arnaud.quette.free.fr/">http://arnaud.quette.free.fr/</a><br><br>