[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] perfc: Print a system time in a convenient format



>>> On 11.09.18 at 11:20, <andrew.cooper3@xxxxxxxxxx> wrote:
> On 11/09/18 10:18, Jan Beulich wrote:
>>>>> On 11.09.18 at 11:15, <andrew.cooper3@xxxxxxxxxx> wrote:
>>> On 11/09/18 10:10, Jan Beulich wrote:
>>>>>>> On 11.09.18 at 10:50, <andrii_anisov@xxxxxxxx> wrote:
>>>>> 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.
>>>> It is subjective, yes, but in such a case you even more so need to
>>>> demonstrate a change is an overall improvement.
>>>>
>>>>> 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.
>>>> Post processing usually uses scrips for parsing - I don't think it's
>>>> overly complicated to have a script convert the number into
>>>> basically any format you want.
>>> Right, but this particular mis-pattern wants fixing.  It is simply
>>> confusing to have a single number formatted with a colon inbetween.
>> What other separator do you suggest? I consider it quite helpful
>> to have one when there are more than about 10 digits. (I'd also
>> be fine, btw, to have the time printed in decimal, but then
>> perhaps with ms granularity and 6 digits for the fractional part.)
> 
> It is currently more common across the base to use the format proposed
> by Andrii.
> 
> For consistently alone, that format should be followed, or *everything*
> should be changed.

_More_ consistency would be desirable, but I don't think there's a
strict need to get there in one step. A patch shouldn't result in less
consistency, I fully agree. If there are other hard to parse (by a
human) time stamps which get logged, I'm all for changing them,
but right here the focus is just on the headlines which some of the
key handlers log (which, as indicated before, I'd indeed like to see
changed all in one go).

Jan



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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