equivalent of kern.timecounter.method?

From: Don Bowman <don_at_sandvine.com>
Date: Tue, 16 Mar 2004 22:04:32 -0500
in 4.x there is a sysctl kern.timecounter.method.
If this isn't set to '1', the system doesn't work
correctly (at least with SMP), you get microuptime()
backwards, and problems with processes hanging
while time catches up, etc.

What is the equivalent of this sysctl in 5.x?

kern.timecounter.nbinuptime: 6810682
kern.timecounter.nnanouptime: 4
kern.timecounter.nmicrouptime: 2218
kern.timecounter.nbintime: 7091
kern.timecounter.nnanotime: 172
kern.timecounter.nmicrotime: 6919
kern.timecounter.ngetbinuptime: 0
kern.timecounter.ngetnanouptime: 490
kern.timecounter.ngetmicrouptime: 30909
kern.timecounter.ngetbintime: 0
kern.timecounter.ngetnanotime: 0
kern.timecounter.ngetmicrotime: 187117
kern.timecounter.nsetclock: 4
kern.timecounter.hardware: ACPI-fast
kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000)
kern.timecounter.tick: 1
kern.timecounter.smp_tsc: 0

is what i have.

I'm having a problem with this machine sometimes hanging...
sometimes for 5-10s, sometimes permanently (?). When hung,
everything (serial console, etc) is locked. This includes
the key-sequence to drop to db on the serial.

I'm not sure the time and the hang are related, but there's
a suspicious ntpd message just before the hang,
kernel time discipline status [2041, 2040, etc]

5.2.1-RELEASE-p1 (RELENG_5_2) is what its running, with the (absolutely
critical ufs_vnops.c fix of 1.235).

The only thing the machine runs is postgresql.

Suggestions on how to debug this lockup?
Received on Tue Mar 16 2004 - 18:04:34 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:47 UTC