On 09/11/2018 10:33 AM, Jan Beulich wrote: >>>> On 11.09.18 at 11:24, <george.dun...@citrix.com> wrote: >> On 09/11/2018 09:50 AM, Andrii Anisov wrote: >>> Hello Jan, >>> >>> >>> On 11.09.18 11:27, Jan Beulich wrote: >>>> NAK, for two reasons: I'm not of the opinion that reading a 15 or more >>>> digit decimal number without any separators is any easier than the >>>> current format. >>> It's quite subjective. IMHO timestamps measured in ns easier to >>> understand in decimals rather than in separated 32-bit hex-es. No matter >>> how many digital number they have. >>> Even post processing of perfc output is easier in case of decimal >>> timestamps. You should not parse hexes and odd separators to calculate >>> the time elapsed between two samples. >> >> I agree with this. Printing in hexadecimal is useful if you need to see >> the bitwise structure of the content; that's of zero use when it comes >> to timestamps. On the contrary, you almost always want to be able to do >> a subtraction in your head and get at least an order-of-magnitude >> difference between the times, something which is far too difficult in hex. > > I disagree - it's a matter of who looks at those numbers. Personally > I'm quite fine doing order-of-magnitude hex math.
So quick, about how long is 0x10:00000000 ns? Maybe you know how long that is, but I would posit that if so, you are among a handful of people worldwide who have happened to train yourself in that knowledge. The millions of Xen developers and system administrators worldwide who don't have that sense, and (like me) have absolutely no interest in gaining that knowledge. I have much better things to do with my time. Changing it to seconds (i.e., using the decimal point as a "separator") would make sense, and I'd be in favor of a patch which did something to that effect. But PRI_stime is still an improvement (for the vast majority of our users and developers); we shouldn't let the best become the enemy of the good. -George _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
