Wednesday, April 26, 2023

[fedora-arm] Re: F38 on RPi4-8G

Hi,

On 4/25/23 16:40, Randy DuCharme wrote:
> Am I the only one having difficulties with this?  It's worse than half
> as fast as f37 was, NTP/Chrony refuses to work..... I could go on.
> Afraid I'm going to have to ditch this.  Kernel's been building for 7
> hours now.  Clocking, over-clocking, governors, schedulers make no
> difference.  Btrace, strace points to nothing. CPU load through the roof
> though yet I don't see anything especially noteworthy.
>
> Thoughts?
F38 is behaving similarly to f37 on my rpi's so...

You might try installing the kernel tools, and flipping on the
debuginfos and running something like `perf top
--vmlinux=/usr/lib/debug/lib/modules/`uname -r`/vmlinux` if you see its
spending a lot of time in the kernel.

What process is taking all the cpu time? You might turn on the
mem/cpu/io pressure stall fields in htop and see what is being reported
as the major bottleneck.. but i'm guessing your on a SD or a USB disk?

Its a big weakness of that platform that it doesn't have a reasonable
disk interface (aka sata/nvme/etc). So one of the failure modes I've
seen with bad SD/USB disks is that they get incredibly slow (think
KB/sec) before they die. The stress of downloading a couple GB, delta
RPM'ing it, installing, etc, could have pushed your disk closer to
failure. I've killed a fair number of disks before I switched to
USB->sata enclosures with proper SATA SSDs*, and one of the first
indications is the whole machine starts just acting slow. 15 second
login times from the shell, seconds to start things like htop, etc.

I guess it could also be thermal throttling if your building kernels as
you report below. I've got a fairly beefy heatsink on mine in order to
keep the temps below the throttling limits.


As far as time does something like `systemctrl restart
systemd-timesyncd` fix your time issues?


* (I've recently started using samsung T7's which are blisteringly fast
on proper USB3 controllers, which sadly doesn't include the rpi4 though)



>
>
> _______________________________________________
> arm mailing list -- arm@lists.fedoraproject.org
> To unsubscribe send an email to arm-leave@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
> Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

No comments:

Post a Comment