Hi, Thanks for your efforts and making OpenBSD work even better on Xen. I use Xen for all types of virtualization and started only recently using OpenBSD 6.0 as domU. My current test setup is a 2 node redundant cluster with Xen 4.4.1 and Debian 8 with DRBD for sync-replication and ZFS (RAIDZ-1) as storage with 3 Seagate enterprise 7.2k SATA (ST5000NM0024) disks on each nodes.
So far so good I managed to re-configure the current kernel and re-compiled it with xbf enabled and at reboot it immediately used the xbf driver and switched using sd instead of wd. You will find the output of my dmesg below. For now the only thing a tried out is a quick "dd" as I was wondering how much more write throughput I could get on my guests disk using xbf. As you can see below I get around 81 MB/s and I remember before using xbf I would get around 25 MB/s. The read throughput didn't change much, if I remember correctly I had in both cases with and without xbf around 60 MB/s. $ dd if=/dev/zero of=file2.xbf bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 12.277 secs (85405965 bytes/sec) Now is there anything else you would like to know/test or benchmarks you would like me to run? Keep in mind I am no dev but I am happy to help if it can make things progress with running OpenBSD even better on Xen. Cheers, Mabi OpenBSD 6.0-current (XBFTEST.MP) #0: Sat Dec 10 23:58:16 CET 2016 me@openbsds:/usr/src/sys/arch/amd64/compile/XBFTEST.MP real mem = 1048571904 (999MB) avail mem = 1012277248 (965MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfc001000 (12 entries) bios0: vendor Xen version "4.4.1" date 09/08/2016 bios0: Xen HVM domU acpi0 at bios0: rev 2 acpi0: sleep states S3 S4 S5 acpi0: tables DSDT FACP APIC HPET WAET SSDT SSDT acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 11, 48 pins cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2400.34 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,XSAVE,AVX,F16C,RDRAND,HV,NXE,LONG,LAHF,ABM,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 100MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: failed to become ready cpu1: failed to identify acpihpet0 at acpi0: 62500000 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C1(@1 halt!) "PNP0F13" at acpi0 not configured "PNP0303" at acpi0 not configured "PNP0700" at acpi0 not configured "PNP0501" at acpi0 not configured "ACPI0007" at acpi0 not configured "ACPI0007" at acpi0 not configured pvbus0 at mainbus0: Xen 4.4 xen0 at pvbus0: features 0x705, 32 grant table frames, event channel 4 xbf0 at xen0 backend 0 chan 6: disk scsibus1 at xbf0: 2 targets sd0 at scsibus1 targ 0 lun 0: <Xen, phy hda 768, 0000> SCSI3 0/direct fixed sd0: 10240MB, 512 bytes/sector, 20971520 sectors "vkbd" at xen0: device/vkbd/0 not configured xnf0 at xen0: backend 0, event channel 7, address aa:00:00:20:01:0d pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02 pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00 pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility pciide0: channel 0 disabled (no drives) pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 1 int 23 piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: SMBus disabled xspd0 at pci0 dev 2 function 0 "XenSource Platform Device" rev 0x01 vga1 at pci0 dev 3 function 0 "Cirrus Logic CL-GD5446" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) isa0 at pcib0 isadma0 at isa0 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 1: density unknown com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 vmm at mainbus0 not configured uhidev0 at uhub0 port 1 configuration 1 interface 0 "QEMU QEMU USB Tablet" rev 2.00/0.00 addr 2 uhidev0: iclass 3/0 ums0 at uhidev0: 3 buttons, Z dir wsmouse1 at ums0 mux 0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd0a (3f0ed8d22a8ed12f.a) swap on sd0b dump on sd0b -------- Original Message -------- Subject: Looking for Xen blkfront driver xbf(4) tests Local Time: December 7, 2016 7:30 PM UTC Time: December 7, 2016 6:30 PM From: m...@belopuhov.com To: t...@openbsd.org misc@openbsd.org Hi, I've committed today a driver for the Xen paravirtualized disk interface also known as Blkfront. Despite being pretty stable for me so far, it's not enabled by default at the moment. Therefore I'm looking for additional tests on different Xen versions and EC2 instances to ensure robustness and performance of the software. To enable the driver, uncomment the xbf line in the kernel config file (/sys/arch/amd64/conf/GENERIC) and re-configure and re-build the kernel. The system will automatically switch all available wd* disks to sd* but, unless you have opted out of using disklabel UIDs in the /etc/fstab, there's no configuration tweaking required. Please report successes and failures. In case of a reproducible issue, please enable the XEN_DEBUG define in /sys/dev/pv/xenvar.h, rebuild you kernel and send me relevant lines from the log (copied from the console or /var/log/messages). Cheers, Mike
