From nobody Tue Nov 23 13:47:04 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 09E0818A66FE for ; Tue, 23 Nov 2021 13:47:07 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4Hz56K600Cz3rkm for ; Tue, 23 Nov 2021 13:47:05 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTPS id 1ANDl4T8083212 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 23 Nov 2021 07:47:04 -0600 (CST) (envelope-from mike@mail.karels.net) Received: (from mike@localhost) by mail.karels.net (8.16.1/8.16.1/Submit) id 1ANDl4Nd083211; Tue, 23 Nov 2021 07:47:04 -0600 (CST) (envelope-from mike) Message-Id: <202111231347.1ANDl4Nd083211@mail.karels.net> To: MJ cc: freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: 13.0-RELEASE Poor performance on Raspberry pi 3 B+ In-reply-to: Your message of Tue, 23 Nov 2021 16:44:21 +1100. <94d868fb-3646-598f-fdea-7d4c61bae4c1@gmail.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <83209.1637675224.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Nov 2021 07:47:04 -0600 X-Rspamd-Queue-Id: 4Hz56K600Cz3rkm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mike@mail.karels.net has no SPF policy when checking 216.160.39.52) smtp.mailfrom=mike@mail.karels.net X-Spamd-Result: default: False [-1.67 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; FORGED_SENDER(0.30)[mike@karels.net,mike@mail.karels.net]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[karels.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.969]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[mike@karels.net,mike@mail.karels.net]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Matt wrote: > On 23/11/2021 1:42 pm, Juan David Hurtado G wrote: > > Hi, I'm trying to use the OS on a Raspberry pi 3 B+ > > = > > Boot is pretty slow. It hangs on `ue0: Ethernet addresss: ...` for som= e > > minutes before showing the `login:` to enter the username. When I ente= r it, > > it takes a few seconds to ask for the password. > I had similar experiences. Do you have any USB devices attached? > One thing to watch for is any mounting of USB drives. I also had problem= s with certain cables connecting USB drives to the Pi but when I placed th= em on a powered hub they were fine (not slow to mount). As a reference, ru= nning devuan I had no issues. > If you have USB drives attached, try this: place hw.usb.no_boot_wait=3D"= 1" in /boot/loader.conf > > = > > While doing `freebsd-update fetch install` it took a plenty of minutes= , so > > I canceled the process and then did `freebsd-update fetch` and then > > `freebsd-update install` to see what was going on. > > = > > Found that the process was at `wdraid` state. Doing a simple search, I > > found about `vfs.hirunningspace` so I tweaked it to 1Mb and then to 2M= b. It > > seems to help, but not by much. Look at this: > > = > > freebsd@generic:~ % time freebsd-version -kru > > 13.0-RELEASE-p4 > > 13.0-RELEASE-p4 > > 13.0-RELEASE-p5 > > 0.365u 0.045s 0:41.25 0.9% 20+177k 14+0io 0pf+0w > > = > > :( Another data point: on my RPi 3B+, I get this: rpi% time freebsd-version -kru 13.0-RELEASE-p4 13.0-RELEASE-p4 13.0-RELEASE-p5 0.372u 0.053s 0:01.34 31.3% 27+178k 28+0io 0pf+0w rpi% time freebsd-version -kru 13.0-RELEASE-p4 13.0-RELEASE-p4 13.0-RELEASE-p5 0.372u 0.047s 0:00.41 100.0% 27+174k 0+0io 0pf+0w So it's not a general problem. Mike > > What could I be missing? Maybe I need to tweak partitions and use some= kind > > of configuration/optimization? how? I do appreciate any guidance you c= an > > provide in order to troubleshoot this. > I've never tried this. Is this now possible because it's a Tier 1 archit= ecture? > Would not memory be a constraint here? You definitely wouldn't want to b= e using tmpfs system. > > = > > PS: I don't think it is the microsd card since it runs raspios fine. > > = > And usually they start exhibiting write issues beforehand if they're goi= ng to fail. > Have you looked in /var/log/messages to see if there's any help there? > Matt.