Poor virtio performance on Scaleway ARM systems

Greg V greg at unrelenting.technology
Tue Sep 25 23:03:06 UTC 2018



On Sun, Sep 16, 2018 at 9:46 PM, Peter Jeremy <peter at rulingia.com> 
wrote:
> I have been playing with the 4-core ARM64 VPSs on 
> https://www.scaleway.com
> and notice that the disk I/O performance (using virtio_blk) is 
> abyssmal.
> Using "dd if=/dev/{vda|vtbd0} of=/dev/null bs=256k count=4096", I get
> 400-500MBps, whilst under FreeBSD-12, I get about 5MBps.  I've 
> checked on a
> couple of instances and both Linux & FreeBSD on the same instance and 
> get
> similar results.  Linux & FreeBSD are both using a virtio block device
> attached to the PCI bus.  Rebuilding FreeBSD to turn off all the 
> debugging
> has no effect.
> 
> The only oddity I've found is that FreeBSD is reporting very high 
> interrupt
> rates on gic0,p11, gic0,s4 and gic0,s5 whilst disk I/O is occurring.
> Unfortunately, I can't tell what is attached to those interrupts (it's
> not obvious from the dmesg and reported as "+").


Hmm, about the only interesting thing I saw in dmesg:

its0: <ARM GIC Interrupt Translation Service> mem 0x8080000-0x809ffff 
on gic0
its0: GITS_BASER0: unable to be updated: a9070000afe80607 != 
a907000040ec0607
device_attach: its0 attach returned 6
its0: <ARM GIC Interrupt Translation Service> mem 0x8080000-0x809ffff 
on gic0
its0: Could not allocate memory
device_attach: its0 attach returned 6
[some repeated attach attempts]

But it's not deterministic, I managed to reboot without the error.






More information about the freebsd-arm mailing list