Hi!

I'm the author of Vitastor SDS (https://vitastor.io/). My project is an 
opensource SDS with an architecture similar to Ceph, but simpler and faster - 
in the terms of latency, it's ~10x faster, it easily reaches 0.1ms T1Q1 latency 
with NVMe disks.

I have a custom block driver for qemu (block/vitastor.c), currently I package 
it manually and provide my own QEMU packages.

I wanted to ask if I can submit this driver to you to package it upstream? It 
requires libvitastor_client library to build which is also currently available 
either in source form or from my repositories, is it fine?

And actually, if that's a problem, another option for me would be to use a 
hypothetical QAPI plugin system if QEMU had one - because, in fact, the only 
thing which is forcing me to rebuild QEMU is qapi/block-core.json. I have to 
patch it because, otherwise, the JSON options of my block driver aren't 
accepted by QEMU. So if there was a way to dynamically load these qapi 
definitions it would allow me to make compatible *.so block driver builds 
easily, even though there's no "stable" API as I understand. I'd just need a 
separate build for every qemu version, but that's not a problem for me :-). Or 
maybe such thing already exists and I just miss it?

What do you think?

-- 
Thanks in advance,
  Vitaliy Filippov

Reply via email to