[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] PRI_stime
On Tue, 2015-10-20 at 02:34 -0600, Jan Beulich wrote: > > > > On 20.10.15 at 10:10, <George.Dunlap@xxxxxxxxxxxxx> wrote: > > Personally I've never taken the time to familiarize myself with the > > magnitude of hex numbers vs decimal numbers; so in the case of > > time, I > > could easily see that 10000000 nanoseconds is about 1ms; but I > > don't > > have a good sense of how long 0x1000000 nanoseconds is. The fact > > that > > our times are based on base 10 instead of base 2 is I think as good > > an > > argument as any for leaving it as a decimal. > Yep, for time, I personally prefer decimal too. > Well, as long as the number of seconds the value represents is small, > this indeed is a good argument for using dec. However, already > when we get into the hour range we're talking about 12-digit values > without any separators, and at least for me this means counting > from either end to find a place where to put a mental separator. So > if staying with dec, perhaps we should make these second based, > i.e. <ssss>.<nnnnnnnnn>? > This would be really useful, and I'd be fine with scheduling related PRI_stime to look like this. I think I really like it, actually. It's what we do already for console timestamps, in case "=boot" is specified, isn't it? Thanks and Regards, Dario -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) Attachment:
signature.asc _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |