[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <06f0dc67-d614-30d3-6dcc-f2446cb6030b@huawei.com>
Date: Fri, 2 Jul 2021 17:54:42 +0800
From: Yunsheng Lin <linyunsheng@...wei.com>
To: Jason Wang <jasowang@...hat.com>,
"Michael S. Tsirkin" <mst@...hat.com>
CC: <davem@...emloft.net>, <kuba@...nel.org>, <brouer@...hat.com>,
<paulmck@...nel.org>, <peterz@...radead.org>, <will@...nel.org>,
<shuah@...nel.org>, <linux-kernel@...r.kernel.org>,
<netdev@...r.kernel.org>, <linux-kselftest@...r.kernel.org>,
<linuxarm@...neuler.org>
Subject: Re: [PATCH net-next v3 1/3] selftests/ptr_ring: add benchmark
application for ptr_ring
On 2021/7/2 17:04, Jason Wang wrote:
>
[...]
>
>
>> I understand that you guys like to see a working testcase of virtio.
>> I would love to do that if I have the time and knowledge of virtio,
>> But I do not think I have the time and I am familiar enough with
>> virtio to fix that now.
>
>
> So ringtest is used for bench-marking the ring performance for different format. Virtio is only one of the supported ring format, ptr ring is another. Wrappers were used to reuse the same test logic.
>
> Though you may see host/guest in the test, it's in fact done via two processes.
>
> We need figure out:
>
> 1) why the current ringtest.c does not fit for your requirement (it has SPSC test)
There is MPSC case used by pfifo_fast, it make more sense to use a separate selftest
for ptr_ring as ptr_ring has been used by various subsystems.
> 2) why can't we tweak the ptr_ring.c to be used by both ring_test and your benchmark
Actually that is what I do in this patch, move the specific part related to ptr_ring
to ptr_ring_test.h. When the virtio testing is refactored to work, it can reuse the
abstract layer in ptr_ring_test.h too.
>
> If neither of the above work, we can invent new ptr_ring infrastructure under tests/
>
> Thanks
>
>
>>
>>
>
> .
>
Powered by blists - more mailing lists