AHCI support in QEMU is still tech-preview and is not feature-complete ... There are still several issues to solve prior to worrying about IO performance; in particular at least #887844 and #953062 and #901631.

There are several other features and bugs not yet filed that contribute to AHCI not being able to move beyond a tech preview status and as such any optimizations would be premature since a major refactor might be in the horizon; but keeping this issue in mind for those refactors will be helpful.

This is probably 7.2 timeframe at least, though.

One more time: AHCI support was recently finalized upstream and there's not enough time to do performance analysis for 7.2, kicking the can for hopefully the last time.

Hi Yanhui,

Could you handle this issue?

Best Regards,
Junyi

AHCI has never really been prioritized for performance improvements. Our official recommend has been that users seeking performance should use virtio-blk-scsi or virtio-blk-pci; that AHCI is perhaps slower than IDE is not of tremendous concern.

That said, if *severe* performance impediments can be observed, I'd like to fix them -- but I should stop pretending it's a priority for the enterprise product as *ATA devices are generally used only to install the OS, and then most management solutions clone their VMs from there.

ATA interfaces are hardly used for our downstream product, and that's the way it ought to be.

As such, I'm going to close this bug for now as "WONTFIX," but if you find anything obviously abhorrently wrong or prohibitively slow, please reopen and I will investigate it.

Further, if anyone manages to find this bug via google and you have good evidence for exactly _what_ is slow, or have new information to contribute, or would like this fixed upstream, please email me and cc the qemu-block list upstream and we will work on resolving this in the FOSS version of this package.

Thanks,
John