Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2297829imm; Mon, 16 Jul 2018 05:50:09 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfNha1DBJ0aNPIYVCK9tBBVG3MKsE7oENhGyzq6zkbesd1pIwjGmpRKH/lzgKBuhR2DdblG X-Received: by 2002:a63:f616:: with SMTP id m22-v6mr1355341pgh.293.1531745409477; Mon, 16 Jul 2018 05:50:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531745409; cv=none; d=google.com; s=arc-20160816; b=yJoUN6W0EFKwMzRULMajBnaZJC3HQ/6ccSDvwG/39C2SQWsIXD65z9UJN2zVO2cZEB cgmQzQE7t2MURPddlo1VRcoCg4Vtkr7MEBqopqFvnEYz3jj//AG8bN97rscqVfMiOmRR YguCk6+xCwvwduH+RCMdprd9AaRS51yXGFXWwZDVqrzq3bpUDdJpx4U/YBq8Jnmcvm1g UMgD8vVZWxN1Ao81++7UFEgWfY17YqCo0MMZCR/7hQpPv6xCNWYezV+lH7q+XzcrwA+v OvJp0ofpMlJnRwhsjJL6SaK+myn2fOoQ+yNlX6TtMn3lVBFv0rWHGfTCEkCOb82KO27l pOYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=LMePpzd7rYkNhzJV0SRTeypbdMXDSp7pUx3k7PDeFbo=; b=SCBpQ8RxuFiAPSEIkE2LNRAEu0bnqwUeaek3sR16WODOSt6/tq6xSjCq9KoRD9XZxD fy+NxhnHT4bmf8/QT0Lv518or7Jjg0ZHYZrN8w49ugDvTpl7WCEY4Jug3aSbUlGT/TfL NfK5i7nkYm6Yv/thvShqD/3ouXrTdKQVvNe48wiZNXb+ujnDmL9vIwWpx/jragJcZ5iy 5HqbW+TIh6mdA43MchBEA+5v4H03nvZdnGBFfQ/0ccJZ98t07kYBq9zHu//m8vndC/pi LBCBiNJEm+uX9DRFiuvPCZ0jNTiMg7G0ITpirnhiF1xG+++cE2u0hofjTOv5CQoqyo0l EZ2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 73-v6si29168232pgh.343.2018.07.16.05.49.54; Mon, 16 Jul 2018 05:50:09 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729952AbeGPNQb (ORCPT + 99 others); Mon, 16 Jul 2018 09:16:31 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:52098 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727522AbeGPNQa (ORCPT ); Mon, 16 Jul 2018 09:16:30 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DB7AA77886; Mon, 16 Jul 2018 12:49:10 +0000 (UTC) Received: from redhat.com (ovpn-120-40.rdu2.redhat.com [10.10.120.40]) by smtp.corp.redhat.com (Postfix) with ESMTP id 85B5F7C4D; Mon, 16 Jul 2018 12:49:04 +0000 (UTC) Date: Mon, 16 Jul 2018 15:49:04 +0300 From: "Michael S. Tsirkin" To: Jason Wang Cc: kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, wexu@redhat.com, jfreimann@redhat.com, tiwei.bie@intel.com, maxime.coquelin@redhat.com Subject: Re: [PATCH net-next V2 0/8] Packed virtqueue support for vhost Message-ID: <20180716154102-mutt-send-email-mst@kernel.org> References: <1531711691-6769-1-git-send-email-jasowang@redhat.com> <20180716113720-mutt-send-email-mst@kernel.org> <33f4643f-f226-0389-1f4f-607c289db94e@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <33f4643f-f226-0389-1f4f-607c289db94e@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Mon, 16 Jul 2018 12:49:10 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Mon, 16 Jul 2018 12:49:10 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'mst@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 16, 2018 at 05:46:33PM +0800, Jason Wang wrote: > > > On 2018年07月16日 16:39, Michael S. Tsirkin wrote: > > On Mon, Jul 16, 2018 at 11:28:03AM +0800, Jason Wang wrote: > > > Hi all: > > > > > > This series implements packed virtqueues. The code were tested with > > > Tiwei's guest driver series at https://patchwork.ozlabs.org/cover/942297/ > > > > > > > > > Pktgen test for both RX and TX does not show obvious difference with > > > split virtqueues. The main bottleneck is the guest Linux driver, since > > > it can not stress vhost for a 100% CPU utilization. A full TCP > > > benchmark is ongoing. Will test virtio-net pmd as well when it was > > > ready. > > Well the question then is why we should bother merging this > > if this doesn't give a performance gain. > > We meet bottlenecks at other places. I can only test Linux driver which has > lots of overheads e.g interrupts. And perf show only a small fraction of > time were spent on e.g virtqueue manipulation. I hope virtio-net pmd can > give us different result but we don't have one ready for testing now. (Jen's > V4 have bugs thus can not work with this series). Can't linux busy poll? And how about testing loopback with XDP? > > Do you see > > a gain in CPU utilization maybe? > > Unfortunately not. > > > > > If not - let's wait for that TCP benchmark result? > > We can, but you know TCP_STREAM result is sometime misleading. > > A brunch of other patches of mine were rebased on this and then blocked on > this series. Consider we don't meet regression, maybe we can merge this > first and try optimizations or fixups on top? > > Thanks I'm not sure I understand this approach. Packed ring is just an optimization. What value is there in merging it if it does not help speed? > > > > > Notes: > > > - This version depends on Tiwei's series at https://patchwork.ozlabs.org/cover/942297/ > > > > > > This version were tested with: > > > > > > - Zerocopy (Out of Order) support > > > - vIOMMU support > > > - mergeable buffer on/off > > > - busy polling on/off > > > - vsock (nc-vsock) > > > > > > Changes from V1: > > > - drop uapi patch and use Tiwei's > > > - split the enablement of packed virtqueue into a separate patch > > > > > > Changes from RFC V5: > > > > > > - save unnecessary barriers during vhost_add_used_packed_n() > > > - more compact math for event idx > > > - fix failure of SET_VRING_BASE when avail_wrap_counter is true > > > - fix not copy avail_wrap_counter during GET_VRING_BASE > > > - introduce SET_VRING_USED_BASE/GET_VRING_USED_BASE for syncing last_used_idx > > > - rename used_wrap_counter to last_used_wrap_counter > > > - rebase to net-next > > > > > > Changes from RFC V4: > > > > > > - fix signalled_used index recording > > > - track avail index correctly > > > - various minor fixes > > > > > > Changes from RFC V3: > > > > > > - Fix math on event idx checking > > > - Sync last avail wrap counter through GET/SET_VRING_BASE > > > - remove desc_event prefix in the driver/device structure > > > > > > Changes from RFC V2: > > > > > > - do not use & in checking desc_event_flags > > > - off should be most significant bit > > > - remove the workaround of mergeable buffer for dpdk prototype > > > - id should be in the last descriptor in the chain > > > - keep _F_WRITE for write descriptor when adding used > > > - device flags updating should use ADDR_USED type > > > - return error on unexpected unavail descriptor in a chain > > > - return false in vhost_ve_avail_empty is descriptor is available > > > - track last seen avail_wrap_counter > > > - correctly examine available descriptor in get_indirect_packed() > > > - vhost_idx_diff should return u16 instead of bool > > > > > > Changes from RFC V1: > > > > > > - Refactor vhost used elem code to avoid open coding on used elem > > > - Event suppression support (compile test only). > > > - Indirect descriptor support (compile test only). > > > - Zerocopy support. > > > - vIOMMU support. > > > - SCSI/VSOCK support (compile test only). > > > - Fix several bugs > > > > > > Jason Wang (8): > > > vhost: move get_rx_bufs to vhost.c > > > vhost: hide used ring layout from device > > > vhost: do not use vring_used_elem > > > vhost_net: do not explicitly manipulate vhost_used_elem > > > vhost: vhost_put_user() can accept metadata type > > > vhost: packed ring support > > > vhost: event suppression for packed ring > > > vhost: enable packed virtqueues > > > > > > drivers/vhost/net.c | 143 ++----- > > > drivers/vhost/scsi.c | 62 +-- > > > drivers/vhost/vhost.c | 994 ++++++++++++++++++++++++++++++++++++++++----- > > > drivers/vhost/vhost.h | 55 ++- > > > drivers/vhost/vsock.c | 42 +- > > > include/uapi/linux/vhost.h | 7 + > > > 6 files changed, 1035 insertions(+), 268 deletions(-) > > > > > > -- > > > 2.7.4