Re: dmesg for 6.8-release on Pine A64+ 1GB (Arm64)
> A contrived test of network performance, using httpd(8) to serve a > large file from an mfs ramdisk over plain http, yields about 175 mbit/s > sustained transfer speed. I was not expecting to reach even 100 mbit/s > so this was a positive surprise, even if it's nowhere near the full > gigabit that other OSes can squeeze out of this board. > > > MFS isn't particularly fast, tcpbench is better if you want to isolate > network from storage io performance. (I was surprised to see pretty > much a full Gb/s from tcpbench on rpi4!) Thanks for the suggestion. I'm guessing the bottleneck is equal part httpd(8), equal part mfs; I can both dd and copy from the mfs ramdisk at about 85 mbyte/s. With tcpbench(1) the transfer speed reaches up to 370 mbit/s. Not bad!
Re: dmesg for 6.8-release on Pine A64+ 1GB (Arm64)
On 19/10/20 2:20 am, pipus wrote: > maybe no need to ruin the 6.8 release with a mention of linux,"other > unfinished broken operating systems" might be better as a reference point? :) A "finished" OS is one that's no longer being maintained, sitting on old media quietly bit-rotting away to uselessness. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
Re: dmesg for 6.8-release on Pine A64+ 1GB (Arm64)
On 2020-10-18, pipus wrote: > maybe no need to ruin the 6.8 release with a mention of linux,"other > unfinished broken operating systems" might be better as a reference point? :) No need to ruin a report and useful observations with a comment like this which doesn't help anybody. OpenBSD is unfinished too. And all operating systems are broken in some ways. You just need to pick whatever is the best fit for your needs. >> A contrived test of network performance, using httpd(8) to serve a >> large file from an mfs ramdisk over plain http, yields about 175 mbit/s >> sustained transfer speed. I was not expecting to reach even 100 mbit/s >> so this was a positive surprise, even if it's nowhere near the full >> gigabit that other OSes can squeeze out of this board. MFS isn't particularly fast, tcpbench is better if you want to isolate network from storage io performance. (I was surprised to see pretty much a full Gb/s from tcpbench on rpi4!)
Re: dmesg for 6.8-release on Pine A64+ 1GB (Arm64)
maybe no need to ruin the 6.8 release with a mention of linux,"other unfinished broken operating systems" might be better as a reference point? :) Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, 18 October 2020 18:02, stolen data wrote: > 6.8 seems to work OK on the Arm64 Pine A64+ with 1GB RAM. > > Some observations: > > OpenBSD sees 896MB of RAM and makes only 838MB available. When running > Debian Linux on the exact same board the available RAM after boot is > 994MB, a difference of more than 150MB. Perhaps this can be improved by > tuning the DTB. > > A contrived test of network performance, using httpd(8) to serve a > large file from an mfs ramdisk over plain http, yields about 175 mbit/s > sustained transfer speed. I was not expecting to reach even 100 mbit/s > so this was a positive surprise, even if it's nowhere near the full > gigabit that other OSes can squeeze out of this board. > > = > > OpenBSD 6.8 (GENERIC.MP) #828: Sun Oct 4 20:35:47 MDT 2020 > dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP > real mem = 940503040 (896MB) > avail mem = 879267840 (838MB) > random: good seed from bootblocks > mainbus0 at root: Pine64+ > psci0 at mainbus0: PSCI 1.1, SMCCC 1.2 > cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4 > cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu0: 512KB 64b/line 16-way L2 cache > cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4 > cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu1: 512KB 64b/line 16-way L2 cache > cpu2 at mainbus0 mpidr 2: ARM Cortex-A53 r0p4 > cpu2: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu2: 512KB 64b/line 16-way L2 cache > cpu3 at mainbus0 mpidr 3: ARM Cortex-A53 r0p4 > cpu3: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu3: 512KB 64b/line 16-way L2 cache > efi0 at mainbus0: UEFI 2.8 > efi0: Das U-Boot rev 0x20200700 > apm0 at mainbus0 > "display-engine" at mainbus0 not configured > "osc24M_clk" at mainbus0 not configured > "osc32k_clk" at mainbus0 not configured > "internal-osc-clk" at mainbus0 not configured > simpleaudio0 at mainbus0 > "spdif-out" at mainbus0 not configured > agtimer0 at mainbus0: tick rate 24000 KHz > simplebus0 at mainbus0: "soc" > sxisyscon0 at simplebus0 > sxisid0 at simplebus0 > sxiccmu0 at simplebus0 > sxipio0 at simplebus0: 103 pins > ampintc0 at simplebus0 nirq 224, ncpu 4 ipi: 0, 1: "interrupt-controller" > sxirtc0 at simplebus0 > sxiccmu1 at simplebus0 > sxipio1 at simplebus0: 13 pins > sxirsb0 at simplebus0 > axppmic0 at sxirsb0 addr 0x3a3: AXP803 > "de2" at simplebus0 not configured > "dma-controller" at simplebus0 not configured > "lcd-controller" at simplebus0 not configured > "lcd-controller" at simplebus0 not configured > sximmc0 at simplebus0 > sdmmc0 at sximmc0: 4-bit, sd high-speed, mmc high-speed, dma > "usb" at simplebus0 not configured > "phy" at simplebus0 not configured > ehci0 at simplebus0 > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub" rev > 2.00/1.00 addr 1 > ohci0 at simplebus0: version 1.0 > ehci1 at simplebus0 > usb1 at ehci1: USB revision 2.0 > uhub1 at usb1 configuration 1 interface 0 "Generic EHCI root hub" rev > 2.00/1.00 addr 1 > ohci1 at simplebus0: version 1.0 > com0 at simplebus0sxiccmu_ccu_reset: 0x002e > : ns16550, no working fifo > com0: console > sxitwi0 at simplebus0 > iic0 at sxitwi0 > dwxe0 at simplebus0: address 02:ba:06:9f:01:af > rgephy0 at dwxe0 phy 1: RTL8169S/8110S/8211 PHY, rev. 5 > "hdmi" at simplebus0 not configured > "hdmi-phy" at simplebus0 not configured > "interrupt-controller" at simplebus0 not configured > sxidog0 at simplebus0 > gpio0 at sxipio0: 32 pins > gpio1 at sxipio0: 32 pins > gpio2 at sxipio0: 32 pins > gpio3 at sxipio0: 32 pins > gpio4 at sxipio0: 32 pins > gpio5 at sxipio0: 32 pins > gpio6 at sxipio0: 32 pins > gpio7 at sxipio0: 32 pins > gpio8 at sxipio1: 32 pins > usb2 at ohci0: USB revision 1.0 > uhub2 at usb2 configuration 1 interface 0 "Generic OHCI root hub" rev > 1.00/1.00 addr 1 > usb3 at ohci1: USB revision 1.0 > uhub3 at usb3 configuration 1 interface 0 "Generic OHCI root hub" rev > 1.00/1.00 addr 1 > "hdmi-connector" at mainbus0 not configured > "binman" at mainbus0 not configured > scsibus0 at sdmmc0: 2
dmesg for 6.8-release on Pine A64+ 1GB (Arm64)
6.8 seems to work OK on the Arm64 Pine A64+ with 1GB RAM. Some observations: OpenBSD sees 896MB of RAM and makes only 838MB available. When running Debian Linux on the exact same board the available RAM *after boot* is 994MB, a difference of more than 150MB. Perhaps this can be improved by tuning the DTB. A contrived test of network performance, using httpd(8) to serve a large file from an mfs ramdisk over plain http, yields about 175 mbit/s sustained transfer speed. I was not expecting to reach even 100 mbit/s so this was a positive surprise, even if it's nowhere near the full gigabit that other OSes can squeeze out of this board. OpenBSD 6.8 (GENERIC.MP) #828: Sun Oct 4 20:35:47 MDT 2020 dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP real mem = 940503040 (896MB) avail mem = 879267840 (838MB) random: good seed from bootblocks mainbus0 at root: Pine64+ psci0 at mainbus0: PSCI 1.1, SMCCC 1.2 cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4 cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache cpu0: 512KB 64b/line 16-way L2 cache cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4 cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache cpu1: 512KB 64b/line 16-way L2 cache cpu2 at mainbus0 mpidr 2: ARM Cortex-A53 r0p4 cpu2: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache cpu2: 512KB 64b/line 16-way L2 cache cpu3 at mainbus0 mpidr 3: ARM Cortex-A53 r0p4 cpu3: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache cpu3: 512KB 64b/line 16-way L2 cache efi0 at mainbus0: UEFI 2.8 efi0: Das U-Boot rev 0x20200700 apm0 at mainbus0 "display-engine" at mainbus0 not configured "osc24M_clk" at mainbus0 not configured "osc32k_clk" at mainbus0 not configured "internal-osc-clk" at mainbus0 not configured simpleaudio0 at mainbus0 "spdif-out" at mainbus0 not configured agtimer0 at mainbus0: tick rate 24000 KHz simplebus0 at mainbus0: "soc" sxisyscon0 at simplebus0 sxisid0 at simplebus0 sxiccmu0 at simplebus0 sxipio0 at simplebus0: 103 pins ampintc0 at simplebus0 nirq 224, ncpu 4 ipi: 0, 1: "interrupt-controller" sxirtc0 at simplebus0 sxiccmu1 at simplebus0 sxipio1 at simplebus0: 13 pins sxirsb0 at simplebus0 axppmic0 at sxirsb0 addr 0x3a3: AXP803 "de2" at simplebus0 not configured "dma-controller" at simplebus0 not configured "lcd-controller" at simplebus0 not configured "lcd-controller" at simplebus0 not configured sximmc0 at simplebus0 sdmmc0 at sximmc0: 4-bit, sd high-speed, mmc high-speed, dma "usb" at simplebus0 not configured "phy" at simplebus0 not configured ehci0 at simplebus0 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 addr 1 ohci0 at simplebus0: version 1.0 ehci1 at simplebus0 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 addr 1 ohci1 at simplebus0: version 1.0 com0 at simplebus0sxiccmu_ccu_reset: 0x002e : ns16550, no working fifo com0: console sxitwi0 at simplebus0 iic0 at sxitwi0 dwxe0 at simplebus0: address 02:ba:06:9f:01:af rgephy0 at dwxe0 phy 1: RTL8169S/8110S/8211 PHY, rev. 5 "hdmi" at simplebus0 not configured "hdmi-phy" at simplebus0 not configured "interrupt-controller" at simplebus0 not configured sxidog0 at simplebus0 gpio0 at sxipio0: 32 pins gpio1 at sxipio0: 32 pins gpio2 at sxipio0: 32 pins gpio3 at sxipio0: 32 pins gpio4 at sxipio0: 32 pins gpio5 at sxipio0: 32 pins gpio6 at sxipio0: 32 pins gpio7 at sxipio0: 32 pins gpio8 at sxipio1: 32 pins usb2 at ohci0: USB revision 1.0 uhub2 at usb2 configuration 1 interface 0 "Generic OHCI root hub" rev 1.00/1.00 addr 1 usb3 at ohci1: USB revision 1.0 uhub3 at usb3 configuration 1 interface 0 "Generic OHCI root hub" rev 1.00/1.00 addr 1 "hdmi-connector" at mainbus0 not configured "binman" at mainbus0 not configured scsibus0 at sdmmc0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: removable sd0: 7620MB, 512 bytes/sector, 15605760 sectors vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets bootfile: sd0a:/bsd boot device: sd0 root on sd0a (e07784d42ee158ca.a) swap on sd0b dump on sd0b
