From: "Alex Bennée" <alex.bennee@linaro.org>
To: "Wu, Fei" <fei2.wu@intel.com>
Cc: Richard Henderson <richard.henderson@linaro.org>,
pbonzini@redhat.com, erdnaxe@crans.org, ma.mandourr@gmail.com,
qemu-devel@nongnu.org
Subject: Re: [PATCH 1/2] accel/tcg/plugin: export host insn size
Date: Wed, 12 Apr 2023 14:28:02 +0100 [thread overview]
Message-ID: <87ttxlns6f.fsf@linaro.org> (raw)
In-Reply-To: <204c0ffc-4798-38f4-41ac-5340a12a8b49@intel.com>
"Wu, Fei" <fei2.wu@intel.com> writes:
> On 4/11/2023 3:27 PM, Alex Bennée wrote:
>>
>> "Wu, Fei" <fei2.wu@intel.com> writes:
>>
>>> On 4/10/2023 6:36 PM, Alex Bennée wrote:
>>>>
>>>> Richard Henderson <richard.henderson@linaro.org> writes:
>>>>
>>>>> On 4/6/23 00:46, Alex Bennée wrote:
>>>>>> If your aim is to examine JIT efficiency what is wrong with the current
>>>>>> "info jit" that you can access via the HMP? Also I'm wondering if its
>>>>>> time to remove the #ifdefs from CONFIG_PROFILER because I doubt the
>>>>>> extra data it collects is that expensive.
>>>>>> Richard, what do you think?
>>>>>
>>>>> What is it that you want from CONFIG_PROFILER that you can't get from perf?
>>>>> I've been tempted to remove CONFIG_PROFILER entirely.
>>>>
>>>> I think perf is pretty good at getting the hot paths in the translator
>>>> and pretty much all of the timer related stuff in CONFIG_PROFILER could
>>>> be dropped. However some of the additional information about TCG ops
>>>> usage and distribution is useful. That said last time I had a tilt at
>>>> this on the back of a GSoC project:
>>>>
>>>> Subject: [PATCH v9 00/13] TCG code quality tracking and perf integration
>>>> Date: Mon, 7 Oct 2019 16:28:26 +0100
>>>> Message-Id: <20191007152839.30804-1-alex.bennee@linaro.org>
>>>>
>>>> The series ended up moving all the useful bits of CONFIG_PROFILER into
>>>> tb stats which was dynamically controlled on a per TB basis. Now that
>>>> the perf integration stuff was merged maybe there is a simpler series to
>>>> be picked out of the remains?
>>>>
>>>> Fei Wu,
>>>>
>>>> Have you looked at the above series? Is that gathering the sort of
>>>> things you need? Is this all in service of examining the translation
>>>> quality of hot code?
>>>>
>>> Yes, it does have what I want, I suppose this wiki is for the series:
>>> https://wiki.qemu.org/Features/TCGCodeQuality
>>
>> Yes.
>>
>>>
>>> btw, the archive seems broken and cannot show the whole series:
>>> https://www.mail-archive.com/qemu-devel@nongnu.org/msg650258.html
>>
>> I have a v10 branch here:
>>
>> https://github.com/stsquad/qemu/tree/tcg/tbstats-and-perf-v10
>>
>> I think the top two patches can be dropped on a re-base as the JIT/perf
>> integration is already merged. It might be a tricky re-base though.
>> Depends on how much churn there has been in the tree since.
>>
> I'd like to try it. Why has it not been merged upstream?
Bits have been merged (the perf jit support) but the original GSoC
student moved on and I ran out of time to work on it. It became yet another
back burner series that awaits some spare hacking time.
>
> Thanks,
> Fei.
>
>>>
>>> Thanks,
>>> Fei.
>>>
>>>>>
>>>>>
>>>>> r~
>>>>
>>>>
>>
>>
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
next prev parent reply other threads:[~2023-04-12 13:31 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-06 2:27 [PATCH 0/2] accel/tcg/plugin: host insn size for plugin Fei Wu
2023-04-06 2:27 ` [PATCH 1/2] accel/tcg/plugin: export host insn size Fei Wu
2023-04-06 7:46 ` Alex Bennée
2023-04-07 1:31 ` Wu, Fei
2023-04-10 10:46 ` Alex Bennée
2023-04-08 3:34 ` Richard Henderson
2023-04-10 10:36 ` Alex Bennée
2023-04-10 13:02 ` Wu, Fei
2023-04-11 7:27 ` Alex Bennée
2023-04-12 12:50 ` Wu, Fei
2023-04-12 13:28 ` Alex Bennée [this message]
2023-04-12 13:47 ` Wu, Fei
2023-04-17 11:11 ` Wu, Fei
2023-04-17 12:11 ` Alex Bennée
2023-04-17 13:01 ` Wu, Fei
2023-04-21 13:46 ` Wu, Fei
2023-04-06 2:27 ` [PATCH 2/2] plugins/hotblocks: add " Fei Wu
2023-04-06 7:54 ` 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=87ttxlns6f.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=erdnaxe@crans.org \
--cc=fei2.wu@intel.com \
--cc=ma.mandourr@gmail.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.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).