Date: Sat, 26 Nov 2022 23:45:46 -0500 From: Paul Procacci <pprocacci@gmail.com> To: 0x1eef <0x1eef@protonmail.com> Cc: "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: High CPU usage / high number of interrupts Message-ID: <CAFbbPuix6KiiN6apWPz-fgxkszhjrGU6wsPGRd-hf82YOWmFMA@mail.gmail.com> In-Reply-To: <q3hX_VlFP_pJ3Br_uKgFiIjzZbBQ4s72Fd6G2OJ7Tw4d7N4niMf2XMGcGjVv2JdA0WNtKapSF2G-JhrGo-bJaWFxd2EQa4Kq0eIULXgG7o8=@protonmail.com> References: <NjJeOo65XxAgvh49UV6bzpgNunj1LH1uXy1xnv5QJgjgZfc0xtbKs7PBJb6Ub9LJaPwBKlf94hcsl_Qqt5Yrh_2-BuX5j4MjAdwSGwWEMs4=@protonmail.com> <CAFbbPuiQtNa0BeZ7X0UhjFyynhFPKFXcF6NE2CZ7ra7hCgYUnw@mail.gmail.com> <gK0wIYffyGap3mFoEXClIP-k57b-uioxjqsI5T0IaFv6p3SymjqtzfMyjnSY5r1ZNgEbCod8NsqvshcuFYim-v9ELI3p8ZE3U0Nxprxmx9E=@protonmail.com> <CAFbbPuh-OEYeFSoYJpz87uRsWFoioifcwNVZdPdPDdczaLNPHg@mail.gmail.com> <dnfwW7jk8EC9QhEpgjgE3pJR_NcT6--f4RwFCxb_oI27HdORbKQK4LunJ4J4PZMhLnrAvywH-7WQNTCCS7_OQE8ztKG0e9do7q9y3ZJoevw=@protonmail.com> <CAFbbPugTu1KZzq9HA32Z35zDpRYM9Teyu3yPvnL1SnvLWaq82Q@mail.gmail.com> <q3hX_VlFP_pJ3Br_uKgFiIjzZbBQ4s72Fd6G2OJ7Tw4d7N4niMf2XMGcGjVv2JdA0WNtKapSF2G-JhrGo-bJaWFxd2EQa4Kq0eIULXgG7o8=@protonmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000057368905ee6c6e4d Content-Type: text/plain; charset="UTF-8" What's catching my eye here is the values for ugen0.6. It's a usb bluetooth device. With that in mind I searched the bug database for bluetooth usb and xhci. I came across the following: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238235 There does seem to be some sort of weird interaction with bluetooth and xhci as documented in the above link. I believe the patch listed in that bug report made it to 13.1....so can you try: sysctl -w net.bluetooth.usb_isoc_enable=0 Does that make any difference? (This btw is a wild guess just based on the values from the output you provided me) Thanks, Paul On Sat, Nov 26, 2022 at 11:05 PM 0x1eef <0x1eef@protonmail.com> wrote: > The results are sort of interesting. At first, UE_INTERRUPT_OK was at 3k+ > for the USB mouse. I unplugged the mouse, and then the keyboard jumped from > 0 to 1k+ for UE_INTERRUPT_OK. > > I have since reattached the mouse, and now both the mouse and the keyboard > have a rising interrupt count. I would guess they jump by 20, or 30 > interrupts every 2-3 seconds, with the keyboard jumping with a higher > frequency. > > Paste > > ugen0.1: <Intel XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=SAVE (0mA) > > { > UE_CONTROL_OK : 0 > UE_ISOCHRONOUS_OK : 0 > UE_BULK_OK : 0 > UE_INTERRUPT_OK : 0 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 0 > UE_INTERRUPT_FAIL : 0 > } > > ugen0.2: <Realtek USB 10/100/1000 LAN> at usbus0, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON (350mA) > > { > UE_CONTROL_OK : 7969 > UE_ISOCHRONOUS_OK : 0 > UE_BULK_OK : 11224 > UE_INTERRUPT_OK : 0 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 94 > UE_INTERRUPT_FAIL : 0 > } > > ugen0.4: <Sonix Technology Co., Ltd. Integrated Camera> at usbus0, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) > > { > UE_CONTROL_OK : 10 > UE_ISOCHRONOUS_OK : 0 > UE_BULK_OK : 0 > UE_INTERRUPT_OK : 0 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 0 > UE_INTERRUPT_FAIL : 0 > } > > ugen0.6: <vendor 0x0cf3 product 0xe500> at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON (100mA) > > { > UE_CONTROL_OK : 16 > UE_ISOCHRONOUS_OK : 53214 > UE_BULK_OK : 0 > UE_INTERRUPT_OK : 9 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 0 > UE_INTERRUPT_FAIL : 0 > } > > ugen0.5: <vendor 0x30fa USB OPTICAL MOUSE> at usbus0, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON (100mA) > > { > UE_CONTROL_OK : 11 > UE_ISOCHRONOUS_OK : 0 > UE_BULK_OK : 0 > UE_INTERRUPT_OK : 1707 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 0 > UE_INTERRUPT_FAIL : 0 > } > > ugen0.3: <SINO WEALTH Gaming KB> at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON (500mA) > > { > UE_CONTROL_OK : 21 > UE_ISOCHRONOUS_OK : 0 > UE_BULK_OK : 0 > UE_INTERRUPT_OK : 1790 > UE_CONTROL_FAIL : 0 > UE_ISOCHRONOUS_FAIL : 0 > UE_BULK_FAIL : 0 > UE_INTERRUPT_FAIL : 0 > } > > Best, > 0x1eef > > ------- Original Message ------- > On Sunday, November 27th, 2022 at 12:31 AM, Paul Procacci < > pprocacci@gmail.com> wrote: > > 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 >>>> >>>> >>>> >>> >>> -- >>> __________________ >>> >>> :(){ :|:& };: >>> >>> >>> >> >> -- >> __________________ >> >> :(){ :|:& };: >> >> >> > > -- > __________________ > > :(){ :|:& };: > > > -- __________________ :(){ :|:& };: --00000000000057368905ee6c6e4d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>What's catching my eye here is the values for=20 <span>ugen0.6.=C2=A0 It's a usb bluetooth device.<br><br>With that in m= ind I searched the bug database for bluetooth usb and xhci.<br>I came acros= s the following:<br><br><a href=3D"https://bugs.freebsd.org/bugzilla/show_b= ug.cgi?id=3D238235">https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238= 235</a><br><br></span></div><div><span>There does seem to be some sort of w= eird interaction with bluetooth and xhci as documented in the above link.</= span><br></div><div>I believe the patch listed in that bug report made it t= o 13.1....so can you try:<br><br> <pre class=3D"gmail-bz_comment_text">sysctl -w net.bluetooth.usb_isoc_enabl= e=3D0</pre></div><div><br></div><div>Does that make any difference?<br></di= v><div>(This btw is a wild guess just based on the values from the output y= ou provided me)<br><br></div><div>Thanks,</div><div>Paul<br></div></div><br= ><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, N= ov 26, 2022 at 11:05 PM 0x1eef <<a href=3D"mailto:0x1eef@protonmail.com"= >0x1eef@protonmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_q= uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2= 04);padding-left:1ex"><div style=3D"font-family:Arial;font-size:14px">The r= esults are sort of interesting. At first, UE_INTERRUPT_OK was at 3k+ for th= e USB mouse. I unplugged the mouse, and then the keyboard jumped from 0 to = 1k+ for UE_INTERRUPT_OK.=C2=A0</div><div style=3D"font-family:Arial;font-si= ze:14px"><br></div><div style=3D"font-family:Arial;font-size:14px">I have s= ince reattached the mouse, and now both the mouse and the keyboard have a r= ising interrupt count. I would guess they jump by 20, or 30 interrupts ever= y 2-3 seconds, with the keyboard jumping with a higher frequency.</div><div= style=3D"font-family:Arial;font-size:14px"><br></div><div style=3D"font-fa= mily:Arial;font-size:14px">Paste</div><div style=3D"font-family:Arial;font-= size:14px"><br></div><div style=3D"font-family:Arial;font-size:14px"><span>= ugen0.1: <Intel XHCI root HUB> at usbus0, cfg=3D0 md=3DHOST spd=3DSUP= ER (5.0Gbps) pwr=3DSAVE (0mA)</span><div><br></div><div><span>{</span></div= ><div><span>=C2=A0 =C2=A0 UE_CONTROL_OK =C2=A0 =C2=A0 =C2=A0 : 0</span></di= v><div><span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_OK =C2=A0 : 0</span></div><div><s= pan>=C2=A0 =C2=A0 UE_BULK_OK =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</span></= div><div><span>=C2=A0 =C2=A0 UE_INTERRUPT_OK =C2=A0 =C2=A0 : 0</span></div>= <div><span>=C2=A0 =C2=A0 UE_CONTROL_FAIL =C2=A0 =C2=A0 : 0</span></div><div= ><span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_FAIL : 0</span></div><div><span>=C2=A0 = =C2=A0 UE_BULK_FAIL =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</span></div><div><span>= =C2=A0 =C2=A0 UE_INTERRUPT_FAIL =C2=A0 : 0</span></div><div><span>}</span><= /div><div><br></div><div><span>ugen0.2: <Realtek USB 10/100/1000 LAN>= at usbus0, cfg=3D0 md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (350mA)</span><= /div><div><br></div><div><span>{</span></div><div><span>=C2=A0 =C2=A0 UE_CO= NTROL_OK =C2=A0 =C2=A0 =C2=A0 : 7969</span></div><div><span>=C2=A0 =C2=A0 U= E_ISOCHRONOUS_OK =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_OK= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 11224</span></div><div><span>=C2=A0 = =C2=A0 UE_INTERRUPT_OK =C2=A0 =C2=A0 : 0</span></div><div><span>=C2=A0 =C2= =A0 UE_CONTROL_FAIL =C2=A0 =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 = UE_ISOCHRONOUS_FAIL : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_FAIL = =C2=A0 =C2=A0 =C2=A0 =C2=A0: 94</span></div><div><span>=C2=A0 =C2=A0 UE_INT= ERRUPT_FAIL =C2=A0 : 0</span></div><div><span>}</span></div><div><br></div>= <div><span>ugen0.4: <Sonix Technology Co., Ltd. Integrated Camera> at= usbus0, cfg=3D0 md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (500mA)</span></di= v><div><br></div><div><span>{</span></div><div><span>=C2=A0 =C2=A0 UE_CONTR= OL_OK =C2=A0 =C2=A0 =C2=A0 : 10</span></div><div><span>=C2=A0 =C2=A0 UE_ISO= CHRONOUS_OK =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_OK =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</span></div><div><span>=C2=A0 =C2=A0 UE_= INTERRUPT_OK =C2=A0 =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_CONT= ROL_FAIL =C2=A0 =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_ISOCHRON= OUS_FAIL : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_FAIL =C2=A0 =C2= =A0 =C2=A0 =C2=A0: 0</span></div><div><span>=C2=A0 =C2=A0 UE_INTERRUPT_FAIL= =C2=A0 : 0</span></div><div><span>}</span></div><div><br></div><div><span>= ugen0.6: <vendor 0x0cf3 product 0xe500> at usbus0, cfg=3D0 md=3DHOST = spd=3DFULL (12Mbps) pwr=3DON (100mA)</span></div><div><br></div><div><span>= {</span></div><div><span>=C2=A0 =C2=A0 UE_CONTROL_OK =C2=A0 =C2=A0 =C2=A0 := 16</span></div><div><span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_OK =C2=A0 : 53214</= span></div><div><span>=C2=A0 =C2=A0 UE_BULK_OK =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0: 0</span></div><div><span>=C2=A0 =C2=A0 UE_INTERRUPT_OK =C2=A0 =C2= =A0 : 9</span></div><div><span>=C2=A0 =C2=A0 UE_CONTROL_FAIL =C2=A0 =C2=A0 = : 0</span></div><div><span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_FAIL : 0</span></di= v><div><span>=C2=A0 =C2=A0 UE_BULK_FAIL =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</spa= n></div><div><span>=C2=A0 =C2=A0 UE_INTERRUPT_FAIL =C2=A0 : 0</span></div><= div><span>}</span></div><div><br></div><div><span>ugen0.5: <vendor 0x30f= a USB OPTICAL MOUSE> at usbus0, cfg=3D0 md=3DHOST spd=3DLOW (1.5Mbps) pw= r=3DON (100mA)</span></div><div><br></div><div><span>{</span></div><div><sp= an>=C2=A0 =C2=A0 UE_CONTROL_OK =C2=A0 =C2=A0 =C2=A0 : 11</span></div><div><= span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_OK =C2=A0 : 0</span></div><div><span>=C2= =A0 =C2=A0 UE_BULK_OK =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</span></div><di= v><span>=C2=A0 =C2=A0 UE_INTERRUPT_OK =C2=A0 =C2=A0 : 1707</span></div><div= ><span>=C2=A0 =C2=A0 UE_CONTROL_FAIL =C2=A0 =C2=A0 : 0</span></div><div><sp= an>=C2=A0 =C2=A0 UE_ISOCHRONOUS_FAIL : 0</span></div><div><span>=C2=A0 =C2= =A0 UE_BULK_FAIL =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0</span></div><div><span>=C2= =A0 =C2=A0 UE_INTERRUPT_FAIL =C2=A0 : 0</span></div><div><span>}</span></di= v><div><br></div><div><span>ugen0.3: <SINO WEALTH Gaming KB> at usbus= 0, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON (500mA)</span></div><div>= <br></div><div><span>{</span></div><div><span>=C2=A0 =C2=A0 UE_CONTROL_OK = =C2=A0 =C2=A0 =C2=A0 : 21</span></div><div><span>=C2=A0 =C2=A0 UE_ISOCHRONO= US_OK =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_OK =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0: 0</span></div><div><span>=C2=A0 =C2=A0 UE_INTERRU= PT_OK =C2=A0 =C2=A0 : 1790</span></div><div><span>=C2=A0 =C2=A0 UE_CONTROL_= FAIL =C2=A0 =C2=A0 : 0</span></div><div><span>=C2=A0 =C2=A0 UE_ISOCHRONOUS_= FAIL : 0</span></div><div><span>=C2=A0 =C2=A0 UE_BULK_FAIL =C2=A0 =C2=A0 = =C2=A0 =C2=A0: 0</span></div><div><span>=C2=A0 =C2=A0 UE_INTERRUPT_FAIL =C2= =A0 : 0</span></div><div><span>}</span></div><span></span><br></div><div st= yle=3D"font-family:Arial;font-size:14px">Best,</div><div style=3D"font-fami= ly:Arial;font-size:14px">0x1eef</div> <div style=3D"font-family:Arial;font-size:14px"><br></div><div> ------- Original Message -------<br> On Sunday, November 27th, 2022 at 12:31 AM, Paul Procacci <<a hr= ef=3D"mailto:pprocacci@gmail.com" target=3D"_blank">pprocacci@gmail.com</a>= > wrote:<br><br> <blockquote type=3D"cite"> <div dir=3D"ltr"> <pre>usbconfig dump_stats</pre><div>Can you provide the output of the above= ? Run that a couple of times if you don't mind and do your very best t= o provide any rates of increases for any of the fields. An estimation woul= d be perfectly fine.<br><br></div><div>Thanks,</div><div>Paul<br></div> </div><br><div class=3D"gmail_quote"><div class=3D"gmail_attr" dir=3D"ltr">= On Sat, Nov 26, 2022 at 10:09 PM 0x1eef <<a href=3D"mailto:0x1eef@proton= mail.com" rel=3D"noreferrer nofollow noopener" target=3D"_blank">0x1eef@pro= tonmail.com</a>> wrote:<br></div><blockquote style=3D"margin:0px 0px 0px= 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class=3D"gm= ail_quote"><div style=3D"font-family:Arial;font-size:14px">> <span style= =3D"font-family:system-ui,sans-serif;display:inline">Can you determine if i= rq 128 is being shared by any devices?</span></div><div style=3D"font-famil= y:Arial;font-size:14px"><span style=3D"font-family:system-ui,sans-serif;dis= play:inline"><br></span></div><div style=3D"font-size:14px">I couldn't = determine that from dmesg.boot, but I think there could be some useful info= rmation in that file. I attached the file to this e-mail. Thank you!</div><= div style=3D"font-size:14px"><br></div><div style=3D"font-size:14px">Best,<= /div><div style=3D"font-size:14px">0x1eef</div><div style=3D"font-family:Ar= ial;font-size:14px"><br></div> <div style=3D"font-family:Arial;font-size:14px"> <div> </div> <div> Sent with <a rel=3D"noreferrer nofollow noopener" href=3D"https://p= roton.me/" target=3D"_blank">Proton Mail</a> secure email. </div> </div> <div style=3D"font-family:Arial;font-size:14px"><br></div><div> ------- Original Message -------<br> On Saturday, November 26th, 2022 at 8:49 PM, Paul Procacci <<a h= ref=3D"mailto:pprocacci@gmail.com" rel=3D"noreferrer nofollow noopener" tar= get=3D"_blank">pprocacci@gmail.com</a>> wrote:<br><br> <blockquote type=3D"cite"> <div dir=3D"ltr"><div><div>Can you determine if irq 128 is bein= g shared by any devices?<br></div>Usually this information can be found in = `dmesg' or '/var/run/dmesg.boot'.<br><br></div><div>vmstat inde= ed shows a device but it sometimes doesn't show all the devices sharing= that IRQ. It's possible you're being misled by vmstat.</div><div>= Just trying to get the complete picture here of devices. ;)<br><br></div><= div>Thanks,</div><div>Paul Procacci<br></div></div><br><div class=3D"gmail_= quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, Nov 26, 2022 at 6:21 P= M 0x1eef <<a rel=3D"noreferrer nofollow noopener" href=3D"mailto:0x1eef@= protonmail.com" target=3D"_blank">0x1eef@protonmail.com</a>> wrote:<br><= /div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo= rder-left:1px solid rgb(204,204,204);padding-left:1ex"><div style=3D"font-f= amily:Arial;font-size:14px">Hi !</div><div style=3D"font-family:Arial;font-= size:14px"><br></div><div style=3D"font-family:Arial;font-size:14px"><span = style=3D"font-family:system-ui,sans-serif;display:inline">> Out of curio= sity, have you pulled a usb device one by one until the interrupts disappea= r?</span><br></div><div style=3D"font-family:Arial;font-size:14px"><br></di= v><div style=3D"font-family:Arial;font-size:14px">I have three USB devices = connected: mouse, keyboard, and an ethernet adapter. </div><div style=3D"fo= nt-family:Arial;font-size:14px">I tried to remove each one by one, and I di= d not see the interrupt rate change.</div><div style=3D"font-family:Arial;f= ont-size:14px">I have also tried a cold boot without any USB devices connec= ted, and the interrupt rate was about the same too.</div><div style=3D"font= -family:Arial;font-size:14px"><br></div><div style=3D"font-family:Arial;fon= t-size:14px">I don't know if it could be related, but there's a tra= ckpad connected to the laptop that does not work. Maybe it has no relation = to the issue, but setting "<span>hw.psm.synaptics_support" to &qu= ot;0" also did not help.</span></div><div style=3D"font-family:Arial;f= ont-size:14px"><span><br></span></div><div style=3D"font-family:Arial;font-= size:14px"><span>When Chromium loses focus, CPU usage usually drops to 0% a= nd does not go above 10% - for as long as I am not using Chromium. I am usi= ng the i915 / drm kernel modules.. I saw another report of high CPU usage r= elated to using those two kernel modules, but I wasn't able to identify= that as the problem in my case.</span></div><div style=3D"font-family:Aria= l;font-size:14px"><span><br></span></div><div style=3D"font-family:Arial;fo= nt-size:14px"><span>Thanks for the help. </span></div><div style=3D"font-fa= mily:Arial;font-size:14px"><span><br></span></div> <div style=3D"font-family:Arial;font-size:14px"> <div> </div> <div> Sent with <a href=3D"https://proton.me/" rel=3D"noreferrer nofollow= noopener" target=3D"_blank">Proton Mail</a> secure email. </div> </div> <div style=3D"font-family:Arial;font-size:14px"><br></div><div> ------- Original Message -------<br> On Saturday, November 26th, 2022 at 8:06 PM, Paul Procacci <<a r= el=3D"noreferrer nofollow noopener" href=3D"mailto:pprocacci@gmail.com" tar= get=3D"_blank">pprocacci@gmail.com</a>> wrote:<br><br> <blockquote type=3D"cite"> <div dir=3D"ltr"><div>Hey,</div><div><br></div><div>Not sure of= the problem, but I don't see the correlation between Chrome and any us= b driver.<br></div><div>Out of curiosity, have you pulled a usb device one = by one until the interrupts disappear?<br><br></div><div>I'd be curious= to know which device is slamming the system.</div><div><br></div><div>Than= ks,</div><div>Paul<br></div></div><br><div class=3D"gmail_quote"><div class= =3D"gmail_attr" dir=3D"ltr">On Sat, Nov 26, 2022 at 6:02 PM 0x1eef <<a h= ref=3D"mailto:0x1eef@protonmail.com" rel=3D"noreferrer nofollow noopener" t= arget=3D"_blank">0x1eef@protonmail.com</a>> wrote:<br></div><blockquote = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa= dding-left:1ex" class=3D"gmail_quote"><div style=3D"font-family:Arial;font-= size:14px"><span style=3D"line-height:1.5">Hi, everyone!</span><div style= =3D"line-height:1.5"><br></div><div style=3D"line-height:1.5">When I use Ch= romium, 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 inten= sive, just browsing twitter, reddit, YouTube or GitHub. It has been like th= is since I installed FreeBSD, but since it's not a blocker I have been = lazy about looking into it.</div><div style=3D"line-height:1.5"><br></div><= div style=3D"line-height:1.5">I don't know why it happens. I can see th= at there are a high number of interrupts on 'xhci0', and that seems= to carry over to each CPU core as well:</div><div style=3D"line-height:1.5= "><br></div><div style=3D"line-height:1.5"><span># vmstat -i </s= pan><div><span>interrupt total rate</span></= div><div><span>irq1: atkbd0 50 0</span></= div><div><span>irq9: acpi0 403 0</span></= div><div><span>cpu0:timer 30716618 98</span></= div><div><span>cpu1:timer 25457926 81</span></= div><div><span>cpu2:timer 34344531 109</span></= div><div><span>cpu3:timer 25542867 81</span></= div><div><span>irq128: xhci0 328107434 1044</span></= div><div><span>irq130: nvme0:admin 15 0</span></= div><div><span>irq131: nvme0:io0 701041 2</span></= div><div><span>irq132: nvme0:io1 692045 2</span></= div><div><span>irq133: nvme0:io2 792760 3</span></= div><div><span>irq134: nvme0:io3 693091 2</span></= div><div><span>irq135: hdac0 1718425 5</span></= div><div><span>irq136: vgapci0 6273295 20</span></= div><div><span>Total 455040501 1448</span></= div><span></span><br></div><div style=3D"line-height:1.5"><br></div><div st= yle=3D"line-height:1.5"><span># dmesg | grep xhci0</span><div><span>xhci0: = <Intel Ice Lake-LP USB 3.1 controller> mem 0x95110000-0x9511ffff at d= evice 20.0 on pci0</span></div><div><span>xhci0: 32 bytes context size, 64-= bit DMA</span></div><span>usbus0 on xhci0</span><br></div><div style=3D"lin= e-height:1.5"><br></div><div style=3D"line-height:1.5">It might also be hel= pful 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.</div><div style=3D"line-height:1.5"><br></div><div style= =3D"line-height:1.5">Can anyone suggest what might be wrong, tips to debug,= etc ? If more information is needed, please let me know. Thanks for your t= ime.</div><div style=3D"line-height:1.5"><br></div><div style=3D"line-heigh= t:1.5">Best,</div><span style=3D"line-height:1.5">0x1eef</span><br></div><d= iv style=3D"font-family:Arial;font-size:14px"><br></div> <div style=3D"font-family:Arial;font-size:14px"> <div></div> <div><br></div> </div> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr">__________= ________<br><br>:(){ :|:& };:</div> </blockquote><br> </div></blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr">= __________________<br><br>:(){ :|:& };:</div> </blockquote><br> </div></blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr">= __________________<br><br>:(){ :|:& };:</div> </blockquote><br> </div></blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" = class=3D"gmail_signature">__________________<br><br>:(){ :|:& };:</div> --00000000000057368905ee6c6e4d--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFbbPuix6KiiN6apWPz-fgxkszhjrGU6wsPGRd-hf82YOWmFMA>