Re: calcru: runtime went backwards

In message <20060212220216.F1605@xxxxxxxxxxxxxxx>, Yuriy Tsibizov writes:
On Sun, 12 Feb 2006, Poul-Henning Kamp wrote:
In message <20060212114050.I1160@xxxxxxxxxxxxxxx>, Yuriy Tsibizov writes:
while playing 8 PCM streams in parallel (it uses almost all CPU power I
have).

-CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC

Can you try to update to a more recent current ? I think you have
not gotten my latest commit to the cpu time accounting at that
point...
With -CURRENT up to 2006-02-12 06:57:41 UTC (last commit by scottl)
I still can see some calcru messages:

Right, but these have much smaller deltas than the other ones you saw.

calcru: runtime went backwards from 3508844 usec to 3508842 usec for pid 28 (pagezero)

My theory currently is that these are side effects of the cputick
calibration code: If the cputick rate gets measured to be a bit higher,
the next calculation will result in slightly lower numbers for the
cpu utilization in microseconds and the warning will fire.

This will be particularly easy to trigger on machines with power
management on (laptops mostly).

My current inclination is to simply not issue this warning if the
cpu_tick is marked as "variable".

The other side of this is that I've been looking at having the
ACPI power management code announce the maximum speed of the TSC
to the cputick code, that would make such machines "fixed frequency"
cpu_tick machines from the start and even if enabled, this warning
should not issue in that case.

--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@xxxxxxxxxxx | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • [git patches 1/2] warnings: attack valid cases spotted by warnings
    ... kill bogus uninit'd-var compiler warning ... and fix bug ... commit b1734d2388cc45ecdec58615e35955d0d402f938 ... int size; ...
    (Linux-Kernel)
  • Re: Xorg fails to start on 2.6.21-rc4-git7
    ... 25496caec111481161e7f06bbfa12a533c43cc6f is first bad commit ... Only use IPI on known broken machines ... Molnar, Thomas Gleissner and Len. ...
    (Linux-Kernel)
  • Xorg fails to start on 2.6.21-rc4-git7
    ... 25496caec111481161e7f06bbfa12a533c43cc6f is first bad commit ... Only use IPI on known broken machines ... According to Intel only specific Intel models are broken ...
    (Linux-Kernel)
  • Re: [git pull] core/softirq for v2.6.27
    ... commit IDs. ... 4620b49: softirq: remove initialization of static per-cpu variable ... Makes the warning less useful. ... real bug/lockup on one of my testboxes, see this fix: ...
    (Linux-Kernel)
  • Re: Bisecting tip/auto-x86-next?
    ... On Sat, Jun 21, 2008 at 3:00 AM, Kevin Winchester ... which commit ID you were at when you triggered this warning. ... Good to know - I will get the commit ID tonight as well, ... wouldn't following the same bisection sequence that I did give you the ...
    (Linux-Kernel)