From: "Nicholas A. Bellinger" <nab@linux-iscsi.org>
To: Asias He <asias@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
Rusty Russell <rusty@rustcorp.com.au>,
kvm@vger.kernel.org, virtualization@lists.linux-foundation.org,
target-devel@vger.kernel.org
Subject: Re: [PATCH] tcm_vhost: Multi-queue support
Date: Tue, 05 Feb 2013 22:45:53 -0800 [thread overview]
Message-ID: <1360133153.25879.149.camel@haakon2.linux-iscsi.org> (raw)
In-Reply-To: <1360128059-5238-1-git-send-email-asias@redhat.com>
On Wed, 2013-02-06 at 13:20 +0800, Asias He wrote:
> This adds virtio-scsi multi-queue support to tcm_vhost.
>
> Guest side virtio-scsi multi-queue support can be found here:
>
> https://lkml.org/lkml/2012/12/18/166
>
> Some initial perf numbers:
> 1 queue, 4 targets, 1 lun per target
> 4K request size, 50% randread + 50% randwrite: 127K/127k IOPS
>
> 4 queues, 4 targets, 1 lun per target
> 4K request size, 50% randread + 50% randwrite: 181K/181k IOPS
>
Nice single LUN small block random I/O improvement here with 4x vqueues.
Curious to see how virtio-scsi small block performance looks with
SCSI-core to multi-LUN tcm_vhost endpoints as well.. 8-)
Btw, this does not apply atop current target-pending.git/for-next with
your other pending vhost patch series, and AFAICT this patch is supposed
to apply on top of your last PATCH-v3, no..?
--nab
> Signed-off-by: Asias He <asias@redhat.com>
> ---
> drivers/vhost/tcm_vhost.c | 46 +++++++++++++++++++++++++++++-----------------
> drivers/vhost/tcm_vhost.h | 2 ++
> 2 files changed, 31 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/vhost/tcm_vhost.c b/drivers/vhost/tcm_vhost.c
> index 81ecda5..9951297 100644
> --- a/drivers/vhost/tcm_vhost.c
> +++ b/drivers/vhost/tcm_vhost.c
> @@ -48,6 +48,7 @@
> #include <linux/virtio_net.h> /* TODO vhost.h currently depends on this */
> #include <linux/virtio_scsi.h>
> #include <linux/llist.h>
> +#include <linux/bitmap.h>
>
> #include "vhost.c"
> #include "vhost.h"
> @@ -59,7 +60,8 @@ enum {
> VHOST_SCSI_VQ_IO = 2,
> };
>
> -#define VHOST_SCSI_MAX_TARGET 256
> +#define VHOST_SCSI_MAX_TARGET 256
> +#define VHOST_SCSI_MAX_VQ 128
>
> struct vhost_scsi {
> /* Protected by vhost_scsi->dev.mutex */
> @@ -68,7 +70,7 @@ struct vhost_scsi {
> bool vs_endpoint;
>
> struct vhost_dev dev;
> - struct vhost_virtqueue vqs[3];
> + struct vhost_virtqueue vqs[VHOST_SCSI_MAX_VQ];
>
> struct vhost_work vs_completion_work; /* cmd completion work item */
> struct llist_head vs_completion_list; /* cmd completion queue */
> @@ -366,12 +368,14 @@ static void vhost_scsi_complete_cmd_work(struct vhost_work *work)
> {
> struct vhost_scsi *vs = container_of(work, struct vhost_scsi,
> vs_completion_work);
> + DECLARE_BITMAP(signal, VHOST_SCSI_MAX_VQ);
> struct virtio_scsi_cmd_resp v_rsp;
> struct tcm_vhost_cmd *tv_cmd;
> struct llist_node *llnode;
> struct se_cmd *se_cmd;
> - int ret;
> + int ret, vq;
>
> + bitmap_zero(signal, VHOST_SCSI_MAX_VQ);
> llnode = llist_del_all(&vs->vs_completion_list);
> while (llnode) {
> tv_cmd = llist_entry(llnode, struct tcm_vhost_cmd,
> @@ -390,15 +394,20 @@ static void vhost_scsi_complete_cmd_work(struct vhost_work *work)
> memcpy(v_rsp.sense, tv_cmd->tvc_sense_buf,
> v_rsp.sense_len);
> ret = copy_to_user(tv_cmd->tvc_resp, &v_rsp, sizeof(v_rsp));
> - if (likely(ret == 0))
> - vhost_add_used(&vs->vqs[2], tv_cmd->tvc_vq_desc, 0);
> - else
> + if (likely(ret == 0)) {
> + vhost_add_used(tv_cmd->tvc_vq, tv_cmd->tvc_vq_desc, 0);
> + vq = tv_cmd->tvc_vq - vs->vqs;
> + __set_bit(vq, signal);
> + } else
> pr_err("Faulted on virtio_scsi_cmd_resp\n");
>
> vhost_scsi_free_cmd(tv_cmd);
> }
>
> - vhost_signal(&vs->dev, &vs->vqs[2]);
> + vq = -1;
> + while ((vq = find_next_bit(signal, VHOST_SCSI_MAX_VQ, vq + 1))
> + < VHOST_SCSI_MAX_VQ)
> + vhost_signal(&vs->dev, &vs->vqs[vq]);
> }
>
> static struct tcm_vhost_cmd *vhost_scsi_allocate_cmd(
> @@ -561,9 +570,9 @@ static void tcm_vhost_submission_work(struct work_struct *work)
> }
> }
>
> -static void vhost_scsi_handle_vq(struct vhost_scsi *vs)
> +static void vhost_scsi_handle_vq(struct vhost_scsi *vs,
> + struct vhost_virtqueue *vq)
> {
> - struct vhost_virtqueue *vq = &vs->vqs[2];
> struct virtio_scsi_cmd_req v_req;
> struct tcm_vhost_tpg *tv_tpg;
> struct tcm_vhost_cmd *tv_cmd;
> @@ -656,7 +665,7 @@ static void vhost_scsi_handle_vq(struct vhost_scsi *vs)
> ret = __copy_to_user(resp, &rsp, sizeof(rsp));
> if (!ret)
> vhost_add_used_and_signal(&vs->dev,
> - &vs->vqs[2], head, 0);
> + vq, head, 0);
> else
> pr_err("Faulted on virtio_scsi_cmd_resp\n");
>
> @@ -678,6 +687,7 @@ static void vhost_scsi_handle_vq(struct vhost_scsi *vs)
> ": %d\n", tv_cmd, exp_data_len, data_direction);
>
> tv_cmd->tvc_vhost = vs;
> + tv_cmd->tvc_vq = vq;
>
> if (unlikely(vq->iov[out].iov_len !=
> sizeof(struct virtio_scsi_cmd_resp))) {
> @@ -758,7 +768,7 @@ static void vhost_scsi_handle_kick(struct vhost_work *work)
> poll.work);
> struct vhost_scsi *vs = container_of(vq->dev, struct vhost_scsi, dev);
>
> - vhost_scsi_handle_vq(vs);
> + vhost_scsi_handle_vq(vs, vq);
> }
>
> /*
> @@ -879,7 +889,7 @@ err:
> static int vhost_scsi_open(struct inode *inode, struct file *f)
> {
> struct vhost_scsi *s;
> - int r;
> + int r, i;
>
> s = kzalloc(sizeof(*s), GFP_KERNEL);
> if (!s)
> @@ -889,8 +899,9 @@ static int vhost_scsi_open(struct inode *inode, struct file *f)
>
> s->vqs[VHOST_SCSI_VQ_CTL].handle_kick = vhost_scsi_ctl_handle_kick;
> s->vqs[VHOST_SCSI_VQ_EVT].handle_kick = vhost_scsi_evt_handle_kick;
> - s->vqs[VHOST_SCSI_VQ_IO].handle_kick = vhost_scsi_handle_kick;
> - r = vhost_dev_init(&s->dev, s->vqs, 3);
> + for (i = VHOST_SCSI_VQ_IO; i < VHOST_SCSI_MAX_VQ; i++)
> + s->vqs[i].handle_kick = vhost_scsi_handle_kick;
> + r = vhost_dev_init(&s->dev, s->vqs, VHOST_SCSI_MAX_VQ);
> if (r < 0) {
> kfree(s);
> return r;
> @@ -922,9 +933,10 @@ static void vhost_scsi_flush_vq(struct vhost_scsi *vs, int index)
>
> static void vhost_scsi_flush(struct vhost_scsi *vs)
> {
> - vhost_scsi_flush_vq(vs, VHOST_SCSI_VQ_CTL);
> - vhost_scsi_flush_vq(vs, VHOST_SCSI_VQ_EVT);
> - vhost_scsi_flush_vq(vs, VHOST_SCSI_VQ_IO);
> + int i;
> +
> + for (i = 0; i < VHOST_SCSI_MAX_VQ; i++)
> + vhost_scsi_flush_vq(vs, i);
> }
>
> static int vhost_scsi_set_features(struct vhost_scsi *vs, u64 features)
> diff --git a/drivers/vhost/tcm_vhost.h b/drivers/vhost/tcm_vhost.h
> index 519a550..1d2ae7a 100644
> --- a/drivers/vhost/tcm_vhost.h
> +++ b/drivers/vhost/tcm_vhost.h
> @@ -23,6 +23,8 @@ struct tcm_vhost_cmd {
> struct virtio_scsi_cmd_resp __user *tvc_resp;
> /* Pointer to vhost_scsi for our device */
> struct vhost_scsi *tvc_vhost;
> + /* Pointer to vhost_virtqueue for the cmd */
> + struct vhost_virtqueue *tvc_vq;
> /* Pointer to vhost nexus memory */
> struct tcm_vhost_nexus *tvc_nexus;
> /* The TCM I/O descriptor that is accessed via container_of() */
next prev parent reply other threads:[~2013-02-06 6:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-06 5:20 [PATCH] tcm_vhost: Multi-queue support Asias He
2013-02-06 6:45 ` Nicholas A. Bellinger [this message]
2013-02-06 7:09 ` Asias He
2013-02-06 8:39 ` Nicholas A. Bellinger
2013-02-06 9:51 ` Asias He
2013-02-06 11:59 ` Paolo Bonzini
2013-02-07 0:49 ` Asias He
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1360133153.25879.149.camel@haakon2.linux-iscsi.org \
--to=nab@linux-iscsi.org \
--cc=asias@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=rusty@rustcorp.com.au \
--cc=stefanha@redhat.com \
--cc=target-devel@vger.kernel.org \
--cc=virtualization@lists.linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox