Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-29 Thread Gerrit Kühn
On Thu, 29 Nov 2018 15:12:34 +0700 Eugene Grosbein wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > Just report all that you have already tested, and results (lack of). I didn't pipe all the debug info into files so far, so I'll have to wait a few d

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-29 Thread Eugene Grosbein
29.11.2018 15:10, Gerrit Kühn wrote: > On Thu, 29 Nov 2018 14:48:29 +0700 Eugene Grosbein > wrote about Re: high cpu irq load and slow boot after update from 10.4 to > 11.2: > >> Fill a PR and include exact output showing IRQs and their count numbers. > > Which o

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-29 Thread Gerrit Kühn
On Thu, 29 Nov 2018 14:48:29 +0700 Eugene Grosbein wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > Fill a PR and include exact output showing IRQs and their count numbers. Which output would that include? Is vmstat -i sufficient? Should I revert to the defa

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-28 Thread Eugene Grosbein
29.11.2018 14:01, Gerrit Kühn wrote: > On Thu, 29 Nov 2018 07:48:23 +0100 Gerrit Kühn > wrote about Re: high cpu irq load and slow boot after update from 10.4 to > 11.2: > >> The issue is back this morning: sys and irq load incredibly high, system >> hardly usable anymo

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-28 Thread Gerrit Kühn
On Thu, 29 Nov 2018 07:48:23 +0100 Gerrit Kühn wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > The issue is back this morning: sys and irq load incredibly high, system > hardly usable anymore. > I guess it's time to try kern.eventtimer.periodic=1 now...

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-28 Thread Gerrit Kühn
On Mon, 26 Nov 2018 15:37:02 +0100 Gerrit Kühn wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > > Try switching to "HPET" in both cases and do not wait for next disaster > > but do it right now with sysctl command, reboot is not neede

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-26 Thread Gerrit Kühn
On Mon, 26 Nov 2018 21:09:18 +0700 Eugene Grosbein wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > Try switching to "HPET" in both cases and do not wait for next disaster > but do it right now with sysctl command, reboot is not needed. > You

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-26 Thread Eugene Grosbein
26.11.2018 20:14, Gerrit Kühn wrote: > Which settings would be recommended to try? This is what I have now: > > --- > root@storage:~ # sysctl kern.timecounter.hardware > kern.timecounter.hardware: TSC > > root@storage:~ # sysctl kern.timecounter.choice > kern.timecounter.choice: ACPI-safe(850)

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-26 Thread Gerrit Kühn
On Mon, 26 Nov 2018 19:34:43 +0700 Eugene Grosbein wrote about Re: high cpu irq load and slow boot after update from 10.4 to 11.2: > > Any ideas? > Maybe this box has some clocking problems incompatible with tickless > kernel. Is there anything I could look out for in dmes

Re: high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-26 Thread Eugene Grosbein
26.11.2018 15:46, Gerrit Kühn wrote: > A couple of weeks ago, I updated an older storage server (2 CPUs, 4 cores > each, 48GB RAM, 36x4GB HDDs, 3 LSI-based mps controllers) from 10.4 to > 11.2. The first thing I noticed was that booting takes much longer now. The > system probes each HDD (there

high cpu irq load and slow boot after update from 10.4 to 11.2

2018-11-26 Thread Gerrit Kühn
Hi all, A couple of weeks ago, I updated an older storage server (2 CPUs, 4 cores each, 48GB RAM, 36x4GB HDDs, 3 LSI-based mps controllers) from 10.4 to 11.2. The first thing I noticed was that booting takes much longer now. The system probes each HDD (there are 36 of them, attached to mps