From nobody Sat Dec 23 23:30:13 2023 X-Original-To: freebsd-fs@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 4SyL4m5Fxwz5594W for ; Sat, 23 Dec 2023 23:30:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SyL4l6JHCz3D8h for ; Sat, 23 Dec 2023 23:30:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=JXTndrS8; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1703374228; bh=EqZjObwGOPq/oR+Ec/A6nHg2Ld7tHOMzV6YMakg7eVQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=JXTndrS8UdKyrz+mflOytCzuvZpd6XASo61Ecoc/tisT1dkfU96OjDCUCEBzIrTocVOt5ZWqJLe6mjCwOw3J5MHZ3AXmxKV2drD857cjwQJXFCaAoWSeGsQbjSdFhlXA2+FVE0C+lF6i9neNfcd/HVa2+WULXrFHitUDIOMlFpBeIrohlolnU9/jw8QLcqm8WkHfWekZxmAbi1L2VJLEMH+PLvyrpokK5dn/O4v1YtzIvjp9Fg5bw3f6JD6VVFbR53C2m3a261e8dCTemyXe/spXd4KyMaHsGbdR8f81/bCv6ZzPF3lNG0I2pFkLrG6Zf12qIHHRK8hM3bCz+h4jlQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1703374228; bh=KICqqoPwpLDWATWrbiVXxUeVF+/7AH9aDBcy2kAWmm3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=DW/vr3Kz+8ZeP3eag70ZTMkOfBTWLc+bk6FZrePODmhaE0YdUagznEASDKxRO1JFcSC+6aEINzJ0K5iDCf2EJYgcAdgMiddOLNpz/lBmfqnl+8j2wNOdn5OCwDj3UCrIMY3FJhXT+Mdu6uDbcmZkd/cOoA3iigwa7C62vUMd0fga74cT9W7ijvTl0R4DKowdh6GUPqjJq2XAA4gwDmyDlUpG46WudnDQ2ieI2s58Pcxao5OCpygqKShRAyqJiGq2pHTczHXH4pnjGI5wlSstCAk29W9PHG4FUTArrpV9mjJ9cfi1vY+NmFgRsRJas/OqVVEw50OHlODM+TZjSnEVeA== X-YMail-OSG: mdBRFaEVM1mYjwh0JTo6_3FNZpL5VX2NR65YIj9xvae7LwiH7iNp3lR5PnCZBzH tmbhOG1KX1q5CpJ871y2D8fjG0q4uFT8n6FsOIYKImc7ZAA2EtZ5G.K9qpLPmxXbK1y.aki6zprO 2uyp29.4jp6FjzxDZOuimX.F8bSruIRQaWDWBghT1MjCN4cEEsZBVh84Sa8DSPZzTdNZUoNdsk6o f7dOO7qkQVIELnSw_kT1SA2S3N2NwIe8rxVah8zM7JrNw_FHTyEjlpt2NwGgbjOEvSAXZo7V.p6i AzXx5RjM6bOl4i7rsqKv77Q0I0417NtLtDSjnTgh8yfRf3dOaklIkWZLPblBTiM8r8sfiBYUV9nR 348VIGD1y0OX0myyp2DiDJaYQ9PRjqdTfGXZZuzk_Z6jRWgEcig5vB57tpqXMQv6U4IjCAzhX_5Y 3moJb_C4c_6WcXuj0y8sQXNKOFda6bosjQ4iP41WbP4YzhBgWpGsX2s3_cEeKZZfIwhF9dC7kVUK slE62CuBuGA0H8qgCP06UfyiQcQSFOdj3oe2N0wXG4T6C87Y6YcjWXe7Bz00GsjjtLH.7LySg4TY cffs0yZuDrK7W9XBvGMk3zZZJasPMUURcqEV_xN7iqCZoOhKg7VpP.JOAUwqmwaHqVop8.QRa2BZ w7DHvfo8WjsZOkyrMC9tJJzUZMLslUYnxlUQIq2IoCGXIiPcS16j4bK5z1MSs_ZPCNj6TajUtgsY rXAvkOv1jOvlrW_BonicqiDF46N2Apti6asHTxhb3LLJTW3BgZD0fv2VDJypWH2b6Pnr7Ff8LJzu SUVPnoHH0jMvWiCsxST4nUzq2QftIUmtFmyxZjp4rEHJ2Ak5iaw2esFqmr.eX..V6LkXrdkFdzda IPmHj0B6z4cq9VzRaMjaOnAFb2W2imHSKV38NZVqMekO_RUxW2R7lEuQhfSuOkN5kJF2ruHMhRx8 a63pGOCVgb.ffdlIUsh0POJO9.ws1pACTZctxJi0Rb4ZXkgHx595KyVOQNO4p6kRkeT3e.t5ULhZ dItXNjO_HoE195TRld7Fg204ezByMRn6j0al2Vi.0dmLJkRFs8_AjV2C.I2czvUlUhL0YvV.VwcU Un675blsOyGERYRd6OoLLfrNooc.4aLP8d3rSAv1Xem6.TalZD.fE7GMMBCGBcXQqPouz2GqY3Mn yFKpLi493HD3LcpUrG3p.L.ZqqQrsSvLKHOWponr9AJDhT2CZ_RPz8ONxeSTUf6c3lwWiDEuFTTg 2cZypkoIARTIfzkazm1w3XYlTf8hOEXJWRsmvDXj9ZLH.AOP7TO4OR6NKj0TXtYIhFqwfqht80gE 6lCRFwih9VG.PT54PlpRC4YUz8BdUlac9gAEERoVBLAS8xZf6GvbpfUr8CgduzirmInHCL10tm5p aISY3zgWu6f5LyLmb2mEpBn6aBeJphz6b4as_Ghj1eAGQMIteNTR1.Qj34lGL3vMTWEWd8cJur._ 3Vss_V9Hxeu4NBYtTzKpouMWsuJ_xcLRmQDlO_7Uiq027wDoMoEVPIXOPqvI__qfYKEuUdaelkgi TKudt00iw99Dc9GsTJaVswTDFHBfUg8LArJZgaCeTtdc1SX6xSyV744ey4af1xOVy_H_QGbeA5QH 2jcvkje1negxMgUeI_qeRR2xAVjR3D_3yhCztG7BaM0BjXMFW_CwO0W6eHmsuQ6nuxQu8oCFOzRi PQEa5cWM_Y9Gp08ypbo3HhQ8KnigRgp7UPa2h7Ov3sDYs0kLTfpShw_bpB2XEtn6C5W9YJac1cey rXxe2NBT4ujOGlTX2rg9zAOxpZIESHxEcWarm5SX5ZCc6GA14L135zIzZHMGnb9GneVAmpd5yXOS lr.oy66e4rjO.zdkwsz9zQ_INlQAyn4sTJSm.nuIevRxMOzlXRqFTNHK1UDROlq8DNdiiHwEMtBb OzZrIgD6KlF8w5paaP1wm1I.d3fJurLwXKITkThP_xfermN0mt6xurY.edGr_KETWYVdxzV1Kqcs n_NjMVZr6AE3GJPEGJftjQrft5Io1YpMMDTs1qGih7e2MDxCBzWYH6EPcEhiBkXGfc_A5xFiGHOZ nTL9rde4rwfIhMqDNArSjrKfcuf1GnG41WKtjWaBkOKgcAI.I3cGeNhxOEhX7CoIKmski_1z2J_k Jg47xn48iuE_pbYx5yx9imYBSKzDrJNlPbEz2FLKfsYL99WeLEpAA02sPauVmVrn9_zE3tRZoaUG CW.PtwmEdCstOF8OXUEqqELMIOguMhS1x1q8nfQ7XhC46XfLCy6JdAgRIi_4GRNmV_T74ZwPvLAk 8TEaO X-Sonic-MF: X-Sonic-ID: 71278ea2-f2b0-4295-abb1-5cfafa8d483e Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Dec 2023 23:30:28 +0000 Received: by hermes--production-gq1-6949d6d8f9-k52jv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ccb6de6cb11b41b4248e5f0bd7578096; Sat, 23 Dec 2023 23:30:24 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: measuring swap partition speed Date: Sat, 23 Dec 2023 15:30:13 -0800 References: <81D464BA-FABE-4F25-B2BE-3DB9D85E3E64@yahoo.com> <68CE5AE9-4800-49B6-BC00-14F5D3AB464A@yahoo.com> To: void , freebsd-fs@freebsd.org In-Reply-To: <68CE5AE9-4800-49B6-BC00-14F5D3AB464A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[f-m.fm,freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SyL4l6JHCz3D8h X-Spamd-Bar: --- On Dec 23, 2023, at 15:24, Mark Millard wrote: > On Dec 23, 2023, at 14:01, Mark Millard wrote: >=20 >> On Dec 23, 2023, at 11:55, Mark Millard wrote: >>=20 >>> void wrote on >>> Date: Sat, 23 Dec 2023 15:52:55 UTC : >>>=20 >>>> On Fri, 22 Dec 2023, at 09:37, Ronald Klop wrote: >>>>> Can you provide more concrete information? Like: >>>>>=20 >>>>> # usbconfig list >>>>=20 >>>> # usbconfig list >>>> ugen0.1: <(0x1106) XHCI root HUB> at usbus0, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DSAVE (0mA) >>>> ugen0.2: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (100mA) >>>> ugen0.3: at usbus0, cfg=3D0 md=3DHOST spd=3DLOW (1.5Mbps) pwr=3DON = (24mA) >>>> ugen0.4: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DON (450mA) >>>> ugen0.5: at usbus0, cfg=3D0 md=3DHOST spd=3DSUPER = (5.0Gbps) pwr=3DON (36mA) >>>>=20 >>>> The power supply is the approved 5.1V 3A one. >>>=20 >>> I use CanaKit power supplies that have more margin for the power: >>>=20 >>> 5.1V 3.5A >>>=20 >>>>> And the output of "devinfo -v". That will give people much more=20 >>>>> information to work with instead of "anecdotal evidence" about = your=20 >>>>> hardware being usb3. >>>>=20 >>>> devinfo -v : https://bsd.to/ADPj >>>>=20 >>>> detailed dmesg is here: https://bsd.to/Q5tx >>>=20 >>> That last indicates another potentially significant difference >>> from my example benchmarks done for comparison to yours: >>>=20 >>> GEOM_ELI: Device da0p3.eli created. >>> GEOM_ELI: Encryption: AES-XTS 256 >>> GEOM_ELI: Crypto: software >>>=20 >>> That likely contributes to slowing down I/O for da0p3 and >>> possibly to leaving less time for I/O to other partitions >>> when da0p3 is in use. >>>=20 >>> If you had the resources to test avoiding the encrypted >>> partition for your type of media, that might prove >>> interesting. >>>=20 >>> I've never had occasion to want to use any encrypted >>> partitions for my FreeBSD activity. >>>=20 >>> I'm unsure of the GEOM_ELI processing-time contributions >>> vs. "gstat -spod" reporting. >>=20 >> FYI: the 2023-Dec-16 stable/14 snapshot that I'm using >> has: >>=20 >> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 10:50:39 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Mar 17 2023 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 82f3750a65fadae9a38077e3c2e217ad158c8d54 (clean) >>=20 >> So fairly modern RPi* firmware compared to what FreeBSD used >> to use. >>=20 >> What vintage are you using? IT may have different defaults than >> what my FreeBSD snaphot context reports. >>=20 >>=20 >> Another issue may be: >>=20 >> bcm2835_cpufreq0: current ARM 600MHz, Core 250MHz, SDRAM 400MHz, = Turbo OFF >> bcm2835_cpufreq0: max/min ARM 2147/600MHz, Core 750/250MHz, SDRAM = 400/400MHz >>=20 >> What does: >>=20 >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels = dev.cpu.0.freq >>=20 >> report for your context? The default for the FreeBSD supplied >> config.txt in the snapshot I'm using is: >>=20 >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels = dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 1500/-1 600/-1 >> dev.cpu.0.freq_levels: 1500/-1 600/-1 >> dev.cpu.0.freq: 600 >>=20 >> Adding arm_boost=3D1 to config.txt in order to have 1800 instead of = 1500: >>=20 >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels = dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 1800/-1 600/-1 >> dev.cpu.0.freq_levels: 1800/-1 600/-1 >> dev.cpu.0.freq: 600 >>=20 >> Then there is how I normally use all the RPi4B's that I >> (sometimes) have access to: >>=20 >> # more /boot/efi/config.txt=20 >> [all] >> arm_64bit=3D1 >> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >> dtoverlay=3Dmmc >> dtoverlay=3Ddisable-bt >> device_tree_address=3D0x4000 >> kernel=3Du-boot.bin >>=20 >> [pi4] >> hdmi_safe=3D1 >> armstub=3Darmstub8-gic.bin >> # >> over_voltage=3D6 >> sdram_freq_min=3D3200 >> arm_freq_min=3D2000 >> force_turbo=3D1 >>=20 >> # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels = dev.cpu.0.freq >> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 >> dev.cpu.0.freq_levels: 2000/-1 >> dev.cpu.0.freq: 2000 >>=20 >>=20 >> An unfortunate issue is the signed output of: >>=20 >> # sysctl -x hw.cpufreq.sdram_freq >> hw.cpufreq.sdram_freq: 0xbebc2000 >> root@generic:~ # sysctl hw.cpufreq.sdram_freq >> hw.cpufreq.sdram_freq: -1094967296 >>=20 >> 0xbebc2000 =3D=3D 3200000000 >>=20 >> (3200 [MHz] in terms of config.txt content. More modern >> RPi* firmware always uses that figure by default for >> sdram_freq_min as well: so fixed RAM frequency across >> alternate arm frequencies.) >>=20 >> Also, FreeBSD does not have a hw.cpufreq.sdram_freq_min >> but the RPi4B does have sdram_freq_min . >>=20 >> Based on config.txt as FreeBSD supplies it: >>=20 >> # sysctl hw.cpufreq.sdram_freq >> hw.cpufreq.sdram_freq: 400000000 >>=20 >> (That last is 400 [MHz] in config.txt notation.) >>=20 >> This is based on the RPi* firmware default for >> sdram_freq_min for the vintage of RPi* firmware >> FreeBSD currently uses for its snapshot builds. >>=20 >> If you are using the combination: >>=20 >> dev.cpu.0.freq: 600 >> hw.cpufreq.sdram_freq: 400000000 >>=20 >> that may be causing extra time to be taken compared to >> alternatives. >>=20 >> Of course you may be using powerd or some such. I use >> fixed frequency configurations normally. >>=20 >=20 > Well, my assumption about the likes of the hw.cpufreq.sdram_freq being Sorry: (RPi* config.txt notation) sdram_freq_min (since 400 is observed = to occur) > due to RPi* firmware looks to be wrong. The RPi* documentation changed > from 400 MHz to 3200 MHz for RPi4B sdram_freq_min at: >=20 > Before (400), Jun 8, 2021: > = https://github.com/raspberrypi/documentation/blob/974995fabb184a2435a98e68= c1e728b346112f89/configuration/config-txt/overclocking.md >=20 > After (3200), Jun 9, 2021: > = https://github.com/raspberrypi/documentation/blob/920ff905995541f7ef1c6048= 2924a392143e9192/configuration/config-txt/overclocking.md >=20 > The RPi* firmware should be setting things up to have 3200 MHz. Since > that is not what FreeBSD ends up with in modern snapshots with the > FreeBSD supplied config.txt , Likely FreeBSD has taken control of > such. >=20 > This might just be one example parameter that is overridden. =3D=3D=3D Mark Millard marklmi at yahoo.com