qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Luc Michel <luc.michel@amd.com>
To: Pierrick Bouvier <pierrick.bouvier@linaro.org>
Cc: qemu-devel@nongnu.org,
	"Philippe Mathieu-Daudé" <philmd@linaro.org>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
	"Yanan Wang" <wangyanan55@huawei.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Mahmoud Mandour" <ma.mandourr@gmail.com>,
	"Alexandre Iooss" <erdnaxe@crans.org>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"Eduardo Habkost" <eduardo@habkost.net>
Subject: Re: [PATCH v5 06/12] tests/plugin/mem: migrate to new per_vcpu API
Date: Tue, 27 Feb 2024 15:27:43 +0100	[thread overview]
Message-ID: <Zd3xXyGG39czU7AL@luc-work-vm> (raw)
In-Reply-To: <354a01af-c2e2-4f24-80a5-158547015805@linaro.org>

On 14:56 Tue 27 Feb     , Pierrick Bouvier wrote:
> Hi Luc,
> 
> On 2/27/24 1:35 PM, Luc Michel wrote:
> > Hi Pierrick,
> > 
> > On 13:14 Mon 26 Feb     , Pierrick Bouvier wrote:
> > > Signed-off-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
> > > ---
> > >   tests/plugin/mem.c | 40 +++++++++++++++++++++++++---------------
> > >   1 file changed, 25 insertions(+), 15 deletions(-)
> > > 
> > > diff --git a/tests/plugin/mem.c b/tests/plugin/mem.c
> > > index 44e91065ba7..d4729f5e015 100644
> > > --- a/tests/plugin/mem.c
> > > +++ b/tests/plugin/mem.c
> > > @@ -16,9 +16,14 @@
> > > 
> > >   QEMU_PLUGIN_EXPORT int qemu_plugin_version = QEMU_PLUGIN_VERSION;
> > > 
> > > -static uint64_t inline_mem_count;
> > > -static uint64_t cb_mem_count;
> > > -static uint64_t io_count;
> > > +typedef struct {
> > > +    uint64_t mem_count;
> > > +    uint64_t io_count;
> > > +} CPUCount;
> > > +
> > > +static struct qemu_plugin_scoreboard *counts;
> > > +static qemu_plugin_u64 mem_count;
> > > +static qemu_plugin_u64 io_count;
> > 
> > I see that you merged inline and callback counts into the same variable.
> > 
> > I wonder... For this test don't you want to keep a plain uint64_t for
> > callback counts? I have the feeling that this test was made so one can
> > make sure inline and callback counts match.
> > 
> 
> Indeed, the new API guarantees thread safety (current inline
> implementation was racy), so this plugin now gives the exact same result
> whether you use inline ops or callbacks. In more, callback based
> approach can be implemented without any lock, as we are counting per
> vcpu. Thus, it's faster and safer.
> 
> Regarding the "testing" side, this series introduce a new plugin
> tests/plugin/inline.c that allows to test all thoses cases in a single
> plugin. Thus, it's not needed that other plugins offer a way to test this.

I see! Then:

Reviewed-by: Luc Michel <luc.michel@amd.com>

> 
> Thanks for your review.
> 
> > Luc
> > 
> > >   static bool do_inline, do_callback;
> > >   static bool do_haddr;
> > >   static enum qemu_plugin_mem_rw rw = QEMU_PLUGIN_MEM_RW;
> > > @@ -27,16 +32,16 @@ static void plugin_exit(qemu_plugin_id_t id, void *p)
> > >   {
> > >       g_autoptr(GString) out = g_string_new("");
> > > 
> > > -    if (do_inline) {
> > > -        g_string_printf(out, "inline mem accesses: %" PRIu64 "\n", inline_mem_count);
> > > -    }
> > > -    if (do_callback) {
> > > -        g_string_append_printf(out, "callback mem accesses: %" PRIu64 "\n", cb_mem_count);
> > > +    if (do_inline || do_callback) {
> > > +        g_string_printf(out, "mem accesses: %" PRIu64 "\n",
> > > +                        qemu_plugin_u64_sum(mem_count));
> > >       }
> > >       if (do_haddr) {
> > > -        g_string_append_printf(out, "io accesses: %" PRIu64 "\n", io_count);
> > > +        g_string_append_printf(out, "io accesses: %" PRIu64 "\n",
> > > +                               qemu_plugin_u64_sum(io_count));
> > >       }
> > >       qemu_plugin_outs(out->str);
> > > +    qemu_plugin_scoreboard_free(counts);
> > >   }
> > > 
> > >   static void vcpu_mem(unsigned int cpu_index, qemu_plugin_meminfo_t meminfo,
> > > @@ -46,12 +51,12 @@ static void vcpu_mem(unsigned int cpu_index, qemu_plugin_meminfo_t meminfo,
> > >           struct qemu_plugin_hwaddr *hwaddr;
> > >           hwaddr = qemu_plugin_get_hwaddr(meminfo, vaddr);
> > >           if (qemu_plugin_hwaddr_is_io(hwaddr)) {
> > > -            io_count++;
> > > +            qemu_plugin_u64_add(io_count, cpu_index, 1);
> > >           } else {
> > > -            cb_mem_count++;
> > > +            qemu_plugin_u64_add(mem_count, cpu_index, 1);
> > >           }
> > >       } else {
> > > -        cb_mem_count++;
> > > +        qemu_plugin_u64_add(mem_count, cpu_index, 1);
> > >       }
> > >   }
> > > 
> > > @@ -64,9 +69,10 @@ static void vcpu_tb_trans(qemu_plugin_id_t id, struct qemu_plugin_tb *tb)
> > >           struct qemu_plugin_insn *insn = qemu_plugin_tb_get_insn(tb, i);
> > > 
> > >           if (do_inline) {
> > > -            qemu_plugin_register_vcpu_mem_inline(insn, rw,
> > > -                                                 QEMU_PLUGIN_INLINE_ADD_U64,
> > > -                                                 &inline_mem_count, 1);
> > > +            qemu_plugin_register_vcpu_mem_inline_per_vcpu(
> > > +                insn, rw,
> > > +                QEMU_PLUGIN_INLINE_ADD_U64,
> > > +                mem_count, 1);
> > >           }
> > >           if (do_callback) {
> > >               qemu_plugin_register_vcpu_mem_cb(insn, vcpu_mem,
> > > @@ -117,6 +123,10 @@ QEMU_PLUGIN_EXPORT int qemu_plugin_install(qemu_plugin_id_t id,
> > >           }
> > >       }
> > > 
> > > +    counts = qemu_plugin_scoreboard_new(sizeof(CPUCount));
> > > +    mem_count = qemu_plugin_scoreboard_u64_in_struct(
> > > +        counts, CPUCount, mem_count);
> > > +    io_count = qemu_plugin_scoreboard_u64_in_struct(counts, CPUCount, io_count);
> > >       qemu_plugin_register_vcpu_tb_trans_cb(id, vcpu_tb_trans);
> > >       qemu_plugin_register_atexit_cb(id, plugin_exit, NULL);
> > >       return 0;
> > > --
> > > 2.43.0
> > > 
> > > 
> > 

-- 


  reply	other threads:[~2024-02-27 14:28 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-26  9:14 [PATCH v5 00/12] TCG Plugin inline operation enhancement Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 01/12] plugins: scoreboard API Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 02/12] plugins: define qemu_plugin_u64 Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 03/12] plugins: implement inline operation relative to cpu_index Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 04/12] plugins: add inline operation per vcpu Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 05/12] tests/plugin: add test plugin for inline operations Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 06/12] tests/plugin/mem: migrate to new per_vcpu API Pierrick Bouvier
2024-02-27  9:35   ` Luc Michel
2024-02-27 10:56     ` Pierrick Bouvier
2024-02-27 14:27       ` Luc Michel [this message]
2024-02-28 22:08     ` Alex Bennée
2024-02-29  5:19       ` Pierrick Bouvier
2024-02-29  7:08         ` Alex Bennée
2024-02-29  7:12           ` Pierrick Bouvier
2024-02-29 13:46             ` Alex Bennée
2024-03-01  9:41               ` Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 07/12] tests/plugin/insn: " Pierrick Bouvier
2024-02-27  9:50   ` Luc Michel
2024-02-26  9:14 ` [PATCH v5 08/12] tests/plugin/bb: " Pierrick Bouvier
2024-02-27 10:02   ` Luc Michel
2024-02-29 14:21   ` Alex Bennée
2024-03-01  9:58     ` Pierrick Bouvier
2024-03-01 10:26       ` Alex Bennée
2024-03-01 10:47         ` Pierrick Bouvier
2024-02-26  9:14 ` [PATCH v5 09/12] contrib/plugins/hotblocks: " Pierrick Bouvier
2024-02-27 10:54   ` Luc Michel
2024-02-27 11:09     ` Pierrick Bouvier
2024-02-27 14:26       ` Luc Michel
2024-02-28  8:04         ` Pierrick Bouvier
2024-02-29 14:33         ` Alex Bennée
2024-03-01 13:21           ` Luc Michel
2024-02-26  9:14 ` [PATCH v5 10/12] contrib/plugins/howvec: " Pierrick Bouvier
2024-02-29 14:35   ` Alex Bennée
2024-02-29 14:40   ` Alex Bennée
2024-02-26  9:14 ` [PATCH v5 11/12] plugins: remove non per_vcpu inline operation from API Pierrick Bouvier
2024-02-29 14:41   ` Alex Bennée
2024-02-26  9:14 ` [PATCH v5 12/12] plugins: cleanup codepath for previous inline operation Pierrick Bouvier
2024-02-29 14:42   ` Alex Bennée

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=Zd3xXyGG39czU7AL@luc-work-vm \
    --to=luc.michel@amd.com \
    --cc=alex.bennee@linaro.org \
    --cc=eduardo@habkost.net \
    --cc=erdnaxe@crans.org \
    --cc=ma.mandourr@gmail.com \
    --cc=marcel.apfelbaum@gmail.com \
    --cc=pbonzini@redhat.com \
    --cc=philmd@linaro.org \
    --cc=pierrick.bouvier@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=wangyanan55@huawei.com \
    /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).