Re: High CPU usage / high number of interrupts

usbconfig dump_stats

Can you provide the output of the above?  Run that a couple of times if you
don't mind and do your very best to provide any rates of increases for any
of the fields.  An estimation would be perfectly fine.

Thanks,
Paul

On Sat, Nov 26, 2022 at 10:09 PM 0x1eef <0x1eef@protonmail.com> wrote:

> > Can you determine if irq 128 is being shared by any devices?
>
> I couldn't determine that from dmesg.boot, but I think there could be some
> useful information in that file. I attached the file to this e-mail. Thank
> you!
>
> Best,
> 0x1eef
>
> Sent with Proton Mail <https://proton.me/> secure email.
>
> ------- Original Message -------
> On Saturday, November 26th, 2022 at 8:49 PM, Paul Procacci <
> pprocacci@gmail.com> wrote:
>
> Can you determine if irq 128 is being shared by any devices?
> Usually this information can be found in `dmesg' or '/var/run/dmesg.boot'.
>
> vmstat indeed shows a device but it sometimes doesn't show all the devices
> sharing that IRQ. It's possible you're being misled by vmstat.
> Just trying to get the complete picture here of devices. ;)
>
> Thanks,
> Paul Procacci
>
> On Sat, Nov 26, 2022 at 6:21 PM 0x1eef <0x1eef@protonmail.com> wrote:
>
>> Hi !
>>
>> > Out of curiosity, have you pulled a usb device one by one until the
>> interrupts disappear?
>>
>> I have three USB devices connected: mouse, keyboard, and an ethernet
>> adapter.
>> I tried to remove each one by one, and I did not see the interrupt rate
>> change.
>> I have also tried a cold boot without any USB devices connected, and the
>> interrupt rate was about the same too.
>>
>> I don't know if it could be related, but there's a trackpad connected to
>> the laptop that does not work. Maybe it has no relation to the issue, but
>> setting "hw.psm.synaptics_support" to "0" also did not help.
>>
>> When Chromium loses focus, CPU usage usually drops to 0% and does not go
>> above 10% - for as long as I am not using Chromium. I am using the i915 /
>> drm kernel modules.. I saw another report of high CPU usage related to
>> using those two kernel modules, but I wasn't able to identify that as the
>> problem in my case.
>>
>> Thanks for the help.
>>
>> Sent with Proton Mail <https://proton.me/> secure email.
>>
>> ------- Original Message -------
>> On Saturday, November 26th, 2022 at 8:06 PM, Paul Procacci <
>> pprocacci@gmail.com> wrote:
>>
>> Hey,
>>
>> Not sure of the problem, but I don't see the correlation between Chrome
>> and any usb driver.
>> Out of curiosity, have you pulled a usb device one by one until the
>> interrupts disappear?
>>
>> I'd be curious to know which device is slamming the system.
>>
>> Thanks,
>> Paul
>>
>> On Sat, Nov 26, 2022 at 6:02 PM 0x1eef <0x1eef@protonmail.com> wrote:
>>
>>> Hi, everyone!
>>>
>>> When I use Chromium, I see a high rate of CPU usage across all four
>>> cores. The rate can be anywhere from 20% to 50%, even above that. I am not
>>> doing anything intensive, just browsing twitter, reddit, YouTube or GitHub.
>>> It has been like this since I installed FreeBSD, but since it's not a
>>> blocker I have been lazy about looking into it.
>>>
>>> I don't know why it happens. I can see that there are a high number of
>>> interrupts on 'xhci0', and that seems to carry over to each CPU core as
>>> well:
>>>
>>> # vmstat -i
>>> interrupt total rate
>>> irq1: atkbd0 50 0
>>> irq9: acpi0 403 0
>>> cpu0:timer 30716618 98
>>> cpu1:timer 25457926 81
>>> cpu2:timer 34344531 109
>>> cpu3:timer 25542867 81
>>> irq128: xhci0 328107434 1044
>>> irq130: nvme0:admin 15 0
>>> irq131: nvme0:io0 701041 2
>>> irq132: nvme0:io1 692045 2
>>> irq133: nvme0:io2 792760 3
>>> irq134: nvme0:io3 693091 2
>>> irq135: hdac0 1718425 5
>>> irq136: vgapci0 6273295 20
>>> Total 455040501 1448
>>>
>>>
>>> # dmesg | grep xhci0
>>> xhci0: <Intel Ice Lake-LP USB 3.1 controller> mem 0x95110000-0x9511ffff
>>> at device 20.0 on pci0
>>> xhci0: 32 bytes context size, 64-bit DMA
>>> usbus0 on xhci0
>>>
>>> It might also be helpful to know that I tried OpenBSD on the same
>>> computer but it was unusable for a similar reason: 95%+ interrupts on CPU.
>>> The impact that had made all tasks extremely slow. On FreeBSD it is not as
>>> bad, but I still think think it is not normal.
>>>
>>> Can anyone suggest what might be wrong, tips to debug, etc ? If more
>>> information is needed, please let me know. Thanks for your time.
>>>
>>> Best,
>>> 0x1eef
>>>
>>>
>>>
>>
>> --
>> __________________
>>
>> :(){ :|:& };:
>>
>>
>>
>
> --
> __________________
>
> :(){ :|:& };:
>
>
>

-- 
__________________

:(){ :|:& };: