Re: utime accounting regression since 4.6 (was: Re: [PACTH v2 0/3] Implement /proc/<pid>/totmaps)

[Rik van Riel]

On Fri, 2016-09-30 at 11:49 +0200, Michal Hocko wrote:
> [CC Mike and Mel as they have seen some accounting oddities
> Âwhen doing performance testing. They can share details but
> Âessentially the system time just gets too high]
> 
> For your reference the email thread started
> http://lkml.kernel.org/r/20160823143330.GL23577@xxxxxxxxxxxxxx
> 
> I suspect this is mainly for short lived processes - like kernel
> compile
> $ /usr/bin/time -v make mm/mmap.o
> [...]
> ÂÂÂÂÂÂÂÂUser time (seconds): 0.45
> ÂÂÂÂÂÂÂÂSystem time (seconds): 0.82
> ÂÂÂÂÂÂÂÂPercent of CPU this job got: 111%
> ÂÂÂÂÂÂÂÂElapsed (wall clock) time (h:mm:ss or m:ss): 0:01.14
> $ rm mm/mmap.o
> $ /usr/bin/time -v make mm/mmap.o
> [...]
> ÂÂÂÂÂÂÂÂUser time (seconds): 0.47
> ÂÂÂÂÂÂÂÂSystem time (seconds): 1.55
> ÂÂÂÂÂÂÂÂPercent of CPU this job got: 107%
> ÂÂÂÂÂÂÂÂElapsed (wall clock) time (h:mm:ss or m:ss): 0:01.88

I was not able to get the "expected" results from
your last reproducer, but this one does happen on
my system, too.

The bad news is, I still have no clue what is causing
it...

-- 
All Rights Reversed.

Attachment: signature.asc
Description: This is a digitally signed message part