From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: PRI_stime Date: Tue, 20 Oct 2015 10:46:05 +0100 Message-ID: <56260D5D.9040505@citrix.com> References: <5625FAC802000078000AC955@prv-mh.provo.novell.com> <562618B902000078000AC9F4@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZoTUq-00037s-V2 for xen-devel@lists.xenproject.org; Tue, 20 Oct 2015 09:46:21 +0000 In-Reply-To: <562618B902000078000AC9F4@prv-mh.provo.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich , George Dunlap Cc: xen-devel , Dario Faggioli List-Id: xen-devel@lists.xenproject.org On 20/10/15 09:34, Jan Beulich wrote: >>>> On 20.10.15 at 10:10, wrote: >> On Tue, Oct 20, 2015 at 7:26 AM, Jan Beulich wrote: >>> George, Dario, >>> >>> it being mostly used in scheduler code, and me considering it quite a >>> bit easier to compare such big numbers when shown in hex I wonder: >>> Do you prefer this to stay PRId64, or would you accept it to be >>> changed to PRIx64 (allowing it to be used in a few other places)? >> 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. > 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. .? Having a custom %p for this would be very useful. As for the original hex vs dec question, I am really not fussed, so long as we are consistent (which is not the case currently). ~Andrew