All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zenghui Yu <yuzenghui@huawei.com>
To: Andrew Jones <drjones@redhat.com>, Jingyi Wang <wangjingyi11@huawei.com>
Cc: <kvm@vger.kernel.org>, <kvmarm@lists.cs.columbia.edu>,
	<wanghaibin.wang@huawei.com>
Subject: Re: [kvm-unit-tests PATCH 0/2] arm/arm64: Add IPI/vtimer latency
Date: Thu, 2 Apr 2020 19:52:43 +0800	[thread overview]
Message-ID: <bbcd3dc4-79c1-7ba2-ea54-96d083dfcef9@huawei.com> (raw)
In-Reply-To: <20200401122445.exyobwo3a3agnuhk@kamzik.brq.redhat.com>

Hi Drew, Jingyi,

On 2020/4/1 20:24, Andrew Jones wrote:
> On Wed, Apr 01, 2020 at 06:08:10PM +0800, Jingyi Wang wrote:
>> With the development of arm gic architecture, we think it will be useful
>> to add some simple performance test in kut to measure the cost of
>> interrupts. X86 arch has implemented similar test.
>>
>> Jingyi Wang (2):
>>    arm/arm64: gic: Add IPI latency test
>>    arm/arm64: Add vtimer latency test
>>
>>   arm/gic.c   | 27 +++++++++++++++++++++++++++
>>   arm/timer.c | 11 +++++++++++
>>   2 files changed, 38 insertions(+)
>>
>> -- 
>> 2.19.1
>>
>>
> 
> Hi Jingyi,
> 
> We already have an IPI latency test in arm/micro-bench.c I'd prefer that
> one be used, if possible, rather than conflating the gic functional tests
> with latency tests. Can you take a look at it and see if it satisfies
> your needs, extending it if necessary?

I think it'd be good to have these interrupt latency measurements in
kvm-unit-tests, and we can take the following interrupt types into
account:

- IPI
   As Drew pointed out, we already have one in the micro-bench group.
   But what I'm actually interested in is the latency of the new GICv4.1
   vSGIs (which will be directly injected through ITS).  To measure it,
   we should first make KUT be GICv4.1-awareness, see [1] for details.
   (This way, we can even have a look at the interrupt latency in HW
   level. Is it possible to have this in kvm-unit-tests, Drew?)

- PPI
   Like what has been done in patch #2, you can choose the vtimer
   interrupt as an example.

- LPI
   I think we can easily build a LPI latency test based on Eric's "ITS
   tests" series [2], which should be upstreamed soon.

- if you want to add more...

What do you think? I'd like to see a V2 of this series :-).


[1] 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0b04758b002bde9434053be2fff8064ac3d9d8bb
[2] 
https://lore.kernel.org/kvm/20200320092428.20880-1-eric.auger@redhat.com/


Thanks,
Zenghui


WARNING: multiple messages have this Message-ID (diff)
From: Zenghui Yu <yuzenghui@huawei.com>
To: Andrew Jones <drjones@redhat.com>, Jingyi Wang <wangjingyi11@huawei.com>
Cc: kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org
Subject: Re: [kvm-unit-tests PATCH 0/2] arm/arm64: Add IPI/vtimer latency
Date: Thu, 2 Apr 2020 19:52:43 +0800	[thread overview]
Message-ID: <bbcd3dc4-79c1-7ba2-ea54-96d083dfcef9@huawei.com> (raw)
In-Reply-To: <20200401122445.exyobwo3a3agnuhk@kamzik.brq.redhat.com>

Hi Drew, Jingyi,

On 2020/4/1 20:24, Andrew Jones wrote:
> On Wed, Apr 01, 2020 at 06:08:10PM +0800, Jingyi Wang wrote:
>> With the development of arm gic architecture, we think it will be useful
>> to add some simple performance test in kut to measure the cost of
>> interrupts. X86 arch has implemented similar test.
>>
>> Jingyi Wang (2):
>>    arm/arm64: gic: Add IPI latency test
>>    arm/arm64: Add vtimer latency test
>>
>>   arm/gic.c   | 27 +++++++++++++++++++++++++++
>>   arm/timer.c | 11 +++++++++++
>>   2 files changed, 38 insertions(+)
>>
>> -- 
>> 2.19.1
>>
>>
> 
> Hi Jingyi,
> 
> We already have an IPI latency test in arm/micro-bench.c I'd prefer that
> one be used, if possible, rather than conflating the gic functional tests
> with latency tests. Can you take a look at it and see if it satisfies
> your needs, extending it if necessary?

I think it'd be good to have these interrupt latency measurements in
kvm-unit-tests, and we can take the following interrupt types into
account:

- IPI
   As Drew pointed out, we already have one in the micro-bench group.
   But what I'm actually interested in is the latency of the new GICv4.1
   vSGIs (which will be directly injected through ITS).  To measure it,
   we should first make KUT be GICv4.1-awareness, see [1] for details.
   (This way, we can even have a look at the interrupt latency in HW
   level. Is it possible to have this in kvm-unit-tests, Drew?)

- PPI
   Like what has been done in patch #2, you can choose the vtimer
   interrupt as an example.

- LPI
   I think we can easily build a LPI latency test based on Eric's "ITS
   tests" series [2], which should be upstreamed soon.

- if you want to add more...

What do you think? I'd like to see a V2 of this series :-).


[1] 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0b04758b002bde9434053be2fff8064ac3d9d8bb
[2] 
https://lore.kernel.org/kvm/20200320092428.20880-1-eric.auger@redhat.com/


Thanks,
Zenghui

_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm

  reply	other threads:[~2020-04-02 11:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-01 10:08 [kvm-unit-tests PATCH 0/2] arm/arm64: Add IPI/vtimer latency Jingyi Wang
2020-04-01 10:08 ` Jingyi Wang
2020-04-01 10:08 ` [kvm-unit-tests PATCH 1/2] arm/arm64: gic: Add IPI latency test Jingyi Wang
2020-04-01 10:08   ` Jingyi Wang
2020-04-01 10:08 ` [kvm-unit-tests PATCH 2/2] arm/arm64: Add vtimer " Jingyi Wang
2020-04-01 10:08   ` Jingyi Wang
2020-04-01 12:24 ` [kvm-unit-tests PATCH 0/2] arm/arm64: Add IPI/vtimer latency Andrew Jones
2020-04-01 12:24   ` Andrew Jones
2020-04-02 11:52   ` Zenghui Yu [this message]
2020-04-02 11:52     ` Zenghui Yu
2020-04-02 12:18     ` Jingyi Wang
2020-04-02 12:18       ` Jingyi Wang
2020-04-02 14:50     ` Andrew Jones
2020-04-02 14:50       ` Andrew Jones

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=bbcd3dc4-79c1-7ba2-ea54-96d083dfcef9@huawei.com \
    --to=yuzenghui@huawei.com \
    --cc=drjones@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=wanghaibin.wang@huawei.com \
    --cc=wangjingyi11@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.