From nobody Sat Dec 23 22:01:54 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 4SyJ6q648Pz554PK for ; Sat, 23 Dec 2023 22:02:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4SyJ6p6kCCz4TwS for ; Sat, 23 Dec 2023 22:02:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=clBMJpts; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 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=1703368928; bh=5co/4Id38Vi5iy7gBb1pybqa6Xwbxaigq3958gYmAvc=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=clBMJpts0R/3OozL5RkjXuZrN+Zhz55glXZQtwgeuZ06aoSTuIb9jjO/AYaTQ1+ZuikS51wAGZxefQoWhbhG0F5jxgoIm6I5XS/4K7IlFEb4jJrlr20xrEnAiWKSHjasQqdoZj1aSgYuRG1SgTmUoxT23XZVIxMB4CZDnVRJdk/OxBEuoRZ2ZYZQWhxTFieB+Vp8HC2V4R6oUKrUU6MslnmqFjBw3RgtZZ2flVKNeP1aN3ouiBcE8g8AulBCUS8JqhFLn6ONv57rUX7f80Uzmnc4Qua5aBXsxjzdI4PbJ62vf4ob0VxSwAxD8JL3VXrAg59dOyDb6SNYLi7k6vhJdw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1703368928; bh=p2+N4UJ9IKM1NhnqsAFoOOjQevkzFzXoBjy2i7cHUdz=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=De/Cyi7k0QHlI8elMrcHB7/3COs9s/hGN8Xp8o7+inh7lvEG8Pihi5/E2hCS2C/i2d181KRS+PHiYZkTT9/SP0wIWBRQV9hB6viFEUHZNA5Lkp+TeK+fsavXJF9En5iU94wCm9E40J+qCbTVGOl38VoPk0ZGFk7ybFFyMU+4l5FRDLLYkHjpjOSVaEERJI6V7hr2vxVu2SW/IHSsdEdoW8pDQY+1YmimLEi2aC1JmoTNad/mKgFNfC21YG/UO6m8/ccDm89894edWinzO/PnBAN01OV+Ue7dngLWKlTCgR7TFulXMTV0qc9vmTU9endXdXLwnjszfWb5tdp0tsUJqA== X-YMail-OSG: m8Ank54VM1kdUlXWqivmjGamPckfEx.y74n0q44yNgw4Dz61GqwqdOvlloAyLx1 8si9Wvjx588nEQgygeWNDEDswfgbGJ9IQG.onV5Ik2vU4JuwRqUF52PyYkNj6A.3uCbvUmja4IRV 0QQfGJL_MxajHLogFmoELcKgcGx09RKvKBYSTHIcxYFXYG7Yq2RRE_2UZ0Acxv0LNzIgMw7tIx37 dXJAUsgcqvc6ozFfHNYIgKkmVHNwcQZn_tWSwVIDkJIPT09BbVZCIK9wcXV1L1TMka8SQauBczOF HIrp7Co_JjzTa3gdEe55S31juX8KD9exA3_hgl4Wguuo62zaXju63GINZIum9mv71k8SKC1Dhswa qJvlAuM4t_P61s3_gqk0NTvV5U5.6CqkukQetH1s2gqmkBzFeloRhIKB5PMjqjob__HOjhnv0Dd4 ogFN7p5UtqUEgNBWG3vxslQ7x3LSfz1pYxfNYaoFHy9AP_lnprO61vJg6XJYx3Y45cWwPXJ6dZHz nCufU68nety.jzVnKpYpxWadrGN5mvV6XRqnFxyICuCmqpusm9hXS1eF0.Hq7.UOIHzZtAtJje6_ 1QsI3cdXWP28U6U_xb8YDPUsl8iXRzGrAFe7_j87O.nY7Da5IE4vaTqK.qPHph024imLGvDL7Trx 91t0JPOutdtzOSRS2XJ3kIQBF_TWSN3nGk1mt6SKeL4_x.pjREpsHDsdh5lLU8iHQ06ETPevohC_ b10ewn_3naWNFbjg819g1s3ygUM8ERXqfGc2soxhuxVRp7.gnbchkT9UYQmf2TT.Vdfcy7jnjjCe WNacsSJVOdhA2bWIM9HDqZZYrW.oPhe6AKi6Me75tggdha0ZuuXsOqOToeVMceYKYBda23IBPHZm FsHHtsLTa8ersbY53dE_cKGoXnonydyMdRwjmezXuzWWYMmqwnvXOliAGU9c.Pdnr9V87KX.aNJE 985K2_S.Z.a1BMUNW6lAZTAqW3j6dab0EFDwrNWx7pXsV5hrujRcUGpecjaeIoNI8ye6dWS0FvHR XewT7Uq8A12No4owJKc5YKJKPKv5.OYINNjTbsCxM_SDu6jfuBHtaAR1ZwNMe_Q5HF9x8xRUxjYf PA9uHwzKq30DhEexn8oP8_FquGoHbnRMnYWfdimVPQXZlJRtihlhL3SEuKysxnPj4snGY4GGT7XY gVZswF08WjP8ZDpVtQQgCRZhz0LxzDVBIFIw4_8OFnVvaFKiTSMa3Lw7SskCSg8ZAiU4mXTSxxgt OkTBljAvEx3fie0I2wdsrvcbF7jG4KrGs3RR1u8B1c8Hx3ptuZgqfYb4u_w7dqCL_vXtf5OcEZ0t f6iaLS24eUul.ZbxMrZQkYLA0z1LU3ziXFhm_68.9jO_tgM9Nan9D4ZFAaWFG8.10Ynmp4vcLV28 vC3lk6WW.d9H0FvjUfu_TNRqxEeubj5ZVKP0EnOfoEL0g.pkRCyUOLPGHspqDFOInpjlAHQNO5LN xSTSJUDf6NXFzkupc55b6dPHz4c7usGlgwMCHDMkSPxef29x99pjU.0HRI3tjCqLlLPzbQ7NUq2X pkyOhY43ErhARqbsObhw42UyK.J1HSAkUdLxaaTmq8FNraBYdQZVZTC10VT3AmQa9kpWAFw.mSpf 8g3CkaizFqgrHkpeHc7mKpiVdUiIVBMorg15XspZMJCIG5Kf0.ctQOj5wzWKBZeJEkCAgaSJAdDI zy1VcZV_ldQGltylMPlG3z3Jk09qwzWqhj1HxW94VKMPbmqfhR0Fov5rXX1..HbSNAlggsLPuh4m NTBVN_z37i_yFSCqDra_VmxJNr7mBDFQU5DtgQJC8KiLTWWdTJf.5Dl02NC6sm6xl7L17oUb8tBp MWEE7q1usHbykt0cbQlxxwa.sDZo8VF2VWzLg8ZwXR4cGUoV.pXnSiqnaPweHPu692ajAb28dB8s 2TzKHE6gEjnGHRtx_J5CfyqrNDNtubpSkX7bPiwLyyrT8vR1okGN_dbR4Q75gsfbOFmL.SXa6Hqr QJpK_TH_5n9HlMyrzaxd6wBQQ58rY5eJb4mYbvdqmy8MHOsi3TdJzRodPxNEOGkWSb0dbOTGPR2h K7AlkS1TQPgRzdCXk0Geh9mZEHoai9g4o.LbTETpdLH8jryT2nOuWzjixG48sqIo8EzdIBiLTdef 6l4yldr9Lcd9tk7jOKAsAd48qOddVciwCWnXnIcUxJwen0y3t698MoGkoaoduVGhYUOyY63N7T.F HMA433J.spQ1FUwIq.XXh8fMF3fvXOW18tCr6z_WFWWRWGVLIRxmJdESImFvsEJ36N3SKMA5YVox UAw-- X-Sonic-MF: X-Sonic-ID: 08219059-c4ef-4997-898e-c8d5ffb8a359 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Dec 2023 22:02:08 +0000 Received: by hermes--production-gq1-6949d6d8f9-pmzmd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 35e5fd75b3d7c541da96d31b572c1809; Sat, 23 Dec 2023 22:02:05 +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 14:01:54 -0800 References: To: void , freebsd-fs@freebsd.org In-Reply-To: Message-Id: <81D464BA-FABE-4F25-B2BE-3DB9D85E3E64@yahoo.com> 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.148:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148: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: 4SyJ6p6kCCz4TwS X-Spamd-Bar: --- On Dec 23, 2023, at 11:55, Mark Millard wrote: > 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. FYI: the 2023-Dec-16 stable/14 snapshot that I'm using has: # 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) So fairly modern RPi* firmware compared to what FreeBSD used to use. What vintage are you using? IT may have different defaults than what my FreeBSD snaphot context reports. Another issue may be: bcm2835_cpufreq0: current ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo = OFF bcm2835_cpufreq0: max/min ARM 2147/600MHz, Core 750/250MHz, SDRAM = 400/400MHz What does: # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.cpu.0.freq_levels = dev.cpu.0.freq report for your context? The default for the FreeBSD supplied config.txt in the snapshot I'm using is: # 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 Adding arm_boost=3D1 to config.txt in order to have 1800 instead of = 1500: # 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 Then there is how I normally use all the RPi4B's that I (sometimes) have access to: # 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 [pi4] hdmi_safe=3D1 armstub=3Darmstub8-gic.bin # over_voltage=3D6 sdram_freq_min=3D3200 arm_freq_min=3D2000 force_turbo=3D1 # 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 An unfortunate issue is the signed output of: # sysctl -x hw.cpufreq.sdram_freq hw.cpufreq.sdram_freq: 0xbebc2000 root@generic:~ # sysctl hw.cpufreq.sdram_freq hw.cpufreq.sdram_freq: -1094967296 0xbebc2000 =3D=3D 3200000000 (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.) Also, FreeBSD does not have a hw.cpufreq.sdram_freq_min but the RPi4B does have sdram_freq_min . Based on config.txt as FreeBSD supplies it: # sysctl hw.cpufreq.sdram_freq hw.cpufreq.sdram_freq: 400000000 (That last is 400 [MHz] in config.txt notation.) 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. If you are using the combination: dev.cpu.0.freq: 600 hw.cpufreq.sdram_freq: 400000000 that may be causing extra time to be taken compared to alternatives. Of course you may be using powerd or some such. I use fixed frequency configurations normally. =3D=3D=3D Mark Millard marklmi at yahoo.com