From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Gonglei (Arei)" <arei.gonglei@huawei.com>
Cc: "herbert@gondor.apana.org.au" <herbert@gondor.apana.org.au>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
zhenwei pi <pizhenwei@bytedance.com>,
"virtualization@lists.linux-foundation.org"
<virtualization@lists.linux-foundation.org>,
"linux-crypto@vger.kernel.org" <linux-crypto@vger.kernel.org>,
"davem@davemloft.net" <davem@davemloft.net>,
"helei.sig11@bytedance.com" <helei.sig11@bytedance.com>
Subject: Re: PING: [PATCH v4 0/5] virtio-crypto: Improve performance
Date: Thu, 5 May 2022 00:57:49 -0400 [thread overview]
Message-ID: <20220505005607-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <7f7ab8ae46174ed6b0888b5fbeb5849b@huawei.com>
On Thu, May 05, 2022 at 03:14:40AM +0000, Gonglei (Arei) wrote:
>
>
> > -----Original Message-----
> > From: zhenwei pi [mailto:pizhenwei@bytedance.com]
> > Sent: Thursday, May 5, 2022 10:35 AM
> > To: Gonglei (Arei) <arei.gonglei@huawei.com>; mst@redhat.com;
> > jasowang@redhat.com
> > Cc: herbert@gondor.apana.org.au; linux-kernel@vger.kernel.org;
> > virtualization@lists.linux-foundation.org; linux-crypto@vger.kernel.org;
> > helei.sig11@bytedance.com; davem@davemloft.net
> > Subject: PING: [PATCH v4 0/5] virtio-crypto: Improve performance
> >
> > Hi, Lei
> >
> > Jason replied in another patch:
> > Still hundreds of lines of changes, I'd leave this change to other maintainers to
> > decide.
> >
> > Quite frankly, the virtio crypto driver changed only a few in the past, and the
> > performance of control queue is not good enough. I am in doubt about that this
> > driver is not used widely. So I'd like to rework a lot, it would be best to complete
> > this work in 5.18 window.
> >
> > This gets different point with Jason. I would appreciate it if you could give me
> > any hint.
> >
>
> This is already in my todo list.
>
> Regards,
> -Gonglei
It's been out a month though, not really acceptable latency for review.
So I would apply this for next, but you need to address Dan Captenter's
comment, and look for simular patterns elesewhere in your patch.
> > On 4/24/22 18:41, zhenwei pi wrote:
> > > Hi, Lei
> > > I'd like to move helper and callback functions(Eg, virtcrypto_clear_request
> > > and virtcrypto_ctrlq_callback) from xx_core.c to xx_common.c, then
> > > the xx_core.c supports:
> > > - probe/remove/irq affinity seting for a virtio device
> > > - basic virtio related operations
> > >
> > > xx_common.c supports:
> > > - common helpers/functions for algos
> > >
> > > Do you have any suggestion about this?
> > >
> > > v3 -> v4:
> > > - Don't create new file virtio_common.c, the new functions are added
> > > into virtio_crypto_core.c
> > > - Split the first patch into two parts:
> > > 1, change code style,
> > > 2, use private buffer instead of shared buffer
> > > - Remove relevant change.
> > > - Other minor changes.
> > >
> > > v2 -> v3:
> > > - Jason suggested that spliting the first patch into two part:
> > > 1, using private buffer
> > > 2, remove the busy polling
> > > Rework as Jason's suggestion, this makes the smaller change in
> > > each one and clear.
> > >
> > > v1 -> v2:
> > > - Use kfree instead of kfree_sensitive for insensitive buffer.
> > > - Several coding style fix.
> > > - Use memory from current node, instead of memory close to device
> > > - Add more message in commit, also explain why removing per-device
> > > request buffer.
> > > - Add necessary comment in code to explain why using kzalloc to
> > > allocate struct virtio_crypto_ctrl_request.
> > >
> > > v1:
> > > The main point of this series is to improve the performance for virtio
> > > crypto:
> > > - Use wait mechanism instead of busy polling for ctrl queue, this
> > > reduces CPU and lock racing, it's possiable to create/destroy session
> > > parallelly, QPS increases from ~40K/s to ~200K/s.
> > > - Enable retry on crypto engine to improve performance for data queue,
> > > this allows the larger depth instead of 1.
> > > - Fix dst data length in akcipher service.
> > > - Other style fix.
> > >
> > > lei he (2):
> > > virtio-crypto: adjust dst_len at ops callback
> > > virtio-crypto: enable retry for virtio-crypto-dev
> > >
> > > zhenwei pi (3):
> > > virtio-crypto: change code style
> > > virtio-crypto: use private buffer for control request
> > > virtio-crypto: wait ctrl queue instead of busy polling
> > >
> > > .../virtio/virtio_crypto_akcipher_algs.c | 83 ++++++-----
> > > drivers/crypto/virtio/virtio_crypto_common.h | 21 ++-
> > > drivers/crypto/virtio/virtio_crypto_core.c | 55 ++++++-
> > > .../virtio/virtio_crypto_skcipher_algs.c | 140 ++++++++----------
> > > 4 files changed, 180 insertions(+), 119 deletions(-)
> > >
> >
> > --
> > zhenwei pi
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
next prev parent reply other threads:[~2022-05-05 4:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-24 10:41 [PATCH v4 0/5] virtio-crypto: Improve performance zhenwei pi
2022-04-24 10:41 ` [PATCH v4 1/5] virtio-crypto: change code style zhenwei pi
2022-04-26 6:12 ` Jason Wang
2022-04-26 6:29 ` zhenwei pi
2022-04-24 10:41 ` [PATCH v4 2/5] virtio-crypto: use private buffer for control request zhenwei pi
2022-04-25 13:27 ` Dan Carpenter
2022-04-24 10:41 ` [PATCH v4 3/5] virtio-crypto: wait ctrl queue instead of busy polling zhenwei pi
2022-04-24 10:41 ` [PATCH v4 4/5] virtio-crypto: adjust dst_len at ops callback zhenwei pi
2022-04-24 10:41 ` [PATCH v4 5/5] virtio-crypto: enable retry for virtio-crypto-dev zhenwei pi
2022-05-05 2:35 ` PING: [PATCH v4 0/5] virtio-crypto: Improve performance zhenwei pi
2022-05-05 3:14 ` Gonglei (Arei) via Virtualization
2022-05-05 4:57 ` Michael S. Tsirkin [this message]
2022-05-05 9:29 ` zhenwei pi
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=20220505005607-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=arei.gonglei@huawei.com \
--cc=davem@davemloft.net \
--cc=helei.sig11@bytedance.com \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pizhenwei@bytedance.com \
--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;
as well as URLs for NNTP newsgroup(s).