[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
Description: This is a digitally signed message part

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.