Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2589419ybt; Mon, 22 Jun 2020 02:10:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQpgw2yg77jouwqgX3GELWTk4XHpnaOXas4s5vlWlSoTo0yAwufjEhKVLNj2hOMpzE2vRM X-Received: by 2002:a17:906:7a19:: with SMTP id d25mr15277049ejo.333.1592817032800; Mon, 22 Jun 2020 02:10:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592817032; cv=none; d=google.com; s=arc-20160816; b=cIQQBchR2fIdl4x56FpHqFaeOOZS9u4Mn+U8yToFloH8tPWZuo7hEY00/y+/93GD6x WWHVql+rD0ped/dClkMQucnQ93Z6h5X5JKUGh6ZC6NRGGnlRUWX8/l8buidZFeHJLfCn 0flZuSNUaCCILWaHKdPz8R0/aMi8xeDwcUmotDaI76fIwcA/FJqJFEaUFqmD5HFuTfdD QbG5oiowQp/bU4f6knO4+fYvR0OeaM3xWnuvOWs9EBJ4j44pWf87l0LYjTA+Xy9XPCGK NeELlS1JwktrG9gGgjI6POI6/R6kPPAZecSGYR0BMUA68iFsV65qPAHPjl1lh/9vip5q yrXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=uYoQXSzwclqSNX+q/yIlo00opb3YPsUI2zyXrlleGws=; b=Kbbnq/MUU3u2+6boLcUXRmy5D8AWHxNffbXp76YfPeOPlYbAZC+lLgCuCk4vo6wOvI pfL3Oox5JIwj7X/g2YjKQtOS+YBcDfT/lX1Fs5fFLRKL3jVQlFyIyBOwHuxKCYoCu/7Y fluS8tP+IhKCjM3tdk4C+CToWobDR0AR5LE17RiEm9NqaZ3RTMeUk/Zu/nAZI84txzFk uhY/hkH//QkVGUAFSpjzTmBvZ0YtZh8mcD0Dpc8tRqWcmwdnKg+PR5btTzuFrA1aHXUq 4nXi/ehV2T6GhgVQ+3NFlyfcaVUAprzXyq2N0dI11iwmiQ13CfS9HTcnxtX1orW0Nl/s 9r3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YvWCp+X5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g8si9816113edn.160.2020.06.22.02.10.10; Mon, 22 Jun 2020 02:10:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YvWCp+X5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726853AbgFVJHr (ORCPT + 99 others); Mon, 22 Jun 2020 05:07:47 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:40078 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726201AbgFVJHq (ORCPT ); Mon, 22 Jun 2020 05:07:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1592816865; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uYoQXSzwclqSNX+q/yIlo00opb3YPsUI2zyXrlleGws=; b=YvWCp+X5KnT+FEVjOlsm3JbvdQ5++UU3mq2Xawp95vY++phdZ7QcmmiJNxGyI/JYHyBspd Qg/Yk9I+mGFnfYZZ2SaM6urYAZv3LggqKubqBYQ7xBUC6+tGH5p6g9s0HgC79QL5vm8zUq EMWsIpPflI18ve2uJVQk38g5SCU2dl4= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-51-SQJRxOhlMqa4Bpmmejm1fA-1; Mon, 22 Jun 2020 05:07:41 -0400 X-MC-Unique: SQJRxOhlMqa4Bpmmejm1fA-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 294EE801503; Mon, 22 Jun 2020 09:07:40 +0000 (UTC) Received: from [10.72.13.194] (ovpn-13-194.pek2.redhat.com [10.72.13.194]) by smtp.corp.redhat.com (Postfix) with ESMTP id E1D2071664; Mon, 22 Jun 2020 09:07:34 +0000 (UTC) Subject: Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version To: Eugenio Perez Martin , Konrad Rzeszutek Wilk Cc: "Michael S. Tsirkin" , linux-kernel@vger.kernel.org, kvm list , virtualization@lists.linux-foundation.org, netdev@vger.kernel.org References: <20200611113404.17810-1-mst@redhat.com> <20200611113404.17810-3-mst@redhat.com> <20200611152257.GA1798@char.us.oracle.com> From: Jason Wang Message-ID: Date: Mon, 22 Jun 2020 17:07:33 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/6/20 上午2:07, Eugenio Perez Martin wrote: > On Mon, Jun 15, 2020 at 2:28 PM Eugenio Perez Martin > wrote: >> On Thu, Jun 11, 2020 at 5:22 PM Konrad Rzeszutek Wilk >> wrote: >>> On Thu, Jun 11, 2020 at 07:34:19AM -0400, Michael S. Tsirkin wrote: >>>> As testing shows no performance change, switch to that now. >>> What kind of testing? 100GiB? Low latency? >>> >> Hi Konrad. >> >> I tested this version of the patch: >> https://lkml.org/lkml/2019/10/13/42 >> >> It was tested for throughput with DPDK's testpmd (as described in >> http://doc.dpdk.org/guides/howto/virtio_user_as_exceptional_path.html) >> and kernel pktgen. No latency tests were performed by me. Maybe it is >> interesting to perform a latency test or just a different set of tests >> over a recent version. >> >> Thanks! > I have repeated the tests with v9, and results are a little bit different: > * If I test opening it with testpmd, I see no change between versions > * If I forward packets between two vhost-net interfaces in the guest > using a linux bridge in the host: > - netperf UDP_STREAM shows a performance increase of 1.8, almost > doubling performance. This gets lower as frame size increase. > - rests of the test goes noticeably worse: UDP_RR goes from ~6347 > transactions/sec to 5830 > - TCP_STREAM goes from ~10.7 gbps to ~7Gbps Which direction did you mean here? Guest TX or RX? > - TCP_RR from 6223.64 transactions/sec to 5739.44 Perf diff might help. I think we can start from the RR result which should be easier. Maybe you can test it for each patch then you may see which patch is the source of the regression. Thanks