Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1081025yba; Thu, 4 Apr 2019 03:59:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqyw7c7Dzq4uXdQegnN1S8s0ZbsxJT2aiA5ui16k6mnHzWT9ykp8qbiLh8kOLoaGRz/EhPpI X-Received: by 2002:a17:902:2927:: with SMTP id g36mr5739920plb.57.1554375587633; Thu, 04 Apr 2019 03:59:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554375587; cv=none; d=google.com; s=arc-20160816; b=klD+TkjgQOe3057eaVyxCRtNpT/DE4a8OHNpR3BtgQs1P3l770G+3lm1Wm+wwB4kMM tQWlE+mxPOpHs1qwRo0qfSmuakoQ2o36MCRbUKAsa5StxAkve4BawaL8apaB01NC/gJW vggSYXbxGuJ8oRCjsEcWVVl7FDWeLOZg0/xSm2VLY1txHeNK1GA4bC3RbtyWjYAGU4VA mBK8yryAdnYvVUwRqpx7yfVZEE3CxFKYfFh3oRzrtGdVgdaS00yJ8NNyvKpnbk/dlBdj f42vBw/rERAg8oRiwMxPC+ercu2GHn5lDEWD501t/XgP/u2Bs22VdqQa69HnT/HQV3Ws rg5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=DsPgg17n7NHPdT6RfGPOe7fURvYQD0nyWXAiqOwQits=; b=KPgxjc0Gwq10wU4NX82uK8VCnM6yD8tndpyva9DVTyXPA7sqfeeMwUaAcYWZ115tTI M74MfC2yHHPoDtlkPW9jKFKSCEQRlFpofplR3xW2s2EB2SuGBPgl+em9S77j913MUzKN xuh4CO/X1aHhM8EWxOL/vN/nPKKx7iTwT7PMaEfo/fRnFS7caVqk22+SOMBVD0roMdX+ FXgeFtcUqg/XCjUGdGrR5MjwB5vgcJS3x5SZAwN5HlluTcdde8XVx8qPZbNW53zISIrF dshJubsUjIDHc0j/NGtQbxF6rBD9KgtB9yzNQLgJKawGYr7GG0bM1OyNIv2e9935Ct2M LaEw== 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 j21si6874532pgm.232.2019.04.04.03.59.32; Thu, 04 Apr 2019 03:59:47 -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 S1729648AbfDDK6r (ORCPT + 99 others); Thu, 4 Apr 2019 06:58:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:45236 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726694AbfDDK6r (ORCPT ); Thu, 4 Apr 2019 06:58:47 -0400 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E10DB5945B; Thu, 4 Apr 2019 10:58:46 +0000 (UTC) Received: from steredhat.redhat.com (ovpn-117-25.ams2.redhat.com [10.36.117.25]) by smtp.corp.redhat.com (Postfix) with ESMTP id 490201001E65; Thu, 4 Apr 2019 10:58:39 +0000 (UTC) From: Stefano Garzarella To: netdev@vger.kernel.org Cc: Jason Wang , "Michael S. Tsirkin" , Stefan Hajnoczi , kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, "David S. Miller" Subject: [PATCH RFC 0/4] vsock/virtio: optimizations to increase the throughput Date: Thu, 4 Apr 2019 12:58:34 +0200 Message-Id: <20190404105838.101559-1-sgarzare@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 04 Apr 2019 10:58:47 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This series tries to increase the throughput of virtio-vsock with slight changes: - patch 1/4: reduces the number of credit update messages sent to the transmitter - patch 2/4: allows the host to split packets on multiple buffers, in this way, we can remove the packet size limit to VIRTIO_VSOCK_DEFAULT_RX_BUF_SIZE - patch 3/4: uses VIRTIO_VSOCK_MAX_PKT_BUF_SIZE as the max packet size allowed - patch 4/4: increases RX buffer size to 64 KiB (affects only host->guest) RFC: - maybe patch 4 can be replaced with multiple queues with different buffer sizes or using EWMA to adapt the buffer size to the traffic - as Jason suggested in a previous thread [1] I'll evaluate to use virtio-net as transport, but I need to understand better how to interface with it, maybe introducing sk_buff in virtio-vsock. Any suggestions? Here some benchmarks step by step. I used iperf3 [2] modified with VSOCK support: host -> guest [Gbps] pkt_size before opt. patch 1 patches 2+3 patch 4 64 0.060 0.102 0.102 0.096 256 0.22 0.40 0.40 0.36 512 0.42 0.82 0.85 0.74 1K 0.7 1.6 1.6 1.5 2K 1.5 3.0 3.1 2.9 4K 2.5 5.2 5.3 5.3 8K 3.9 8.4 8.6 8.8 16K 6.6 11.1 11.3 12.8 32K 9.9 15.8 15.8 18.1 64K 13.5 17.4 17.7 21.4 128K 17.9 19.0 19.0 23.6 256K 18.0 19.4 19.8 24.4 512K 18.4 19.6 20.1 25.3 guest -> host [Gbps] pkt_size before opt. patch 1 patches 2+3 64 0.088 0.100 0.101 256 0.35 0.36 0.41 512 0.70 0.74 0.73 1K 1.1 1.3 1.3 2K 2.4 2.4 2.6 4K 4.3 4.3 4.5 8K 7.3 7.4 7.6 16K 9.2 9.6 11.1 32K 8.3 8.9 18.1 64K 8.3 8.9 25.4 128K 7.2 8.7 26.7 256K 7.7 8.4 24.9 512K 7.7 8.5 25.0 Thanks, Stefano [1] https://www.spinics.net/lists/netdev/msg531783.html [2] https://github.com/stefano-garzarella/iperf/ Stefano Garzarella (4): vsock/virtio: reduce credit update messages vhost/vsock: split packets to send using multiple buffers vsock/virtio: change the maximum packet size allowed vsock/virtio: increase RX buffer size to 64 KiB drivers/vhost/vsock.c | 35 ++++++++++++++++++++----- include/linux/virtio_vsock.h | 3 ++- net/vmw_vsock/virtio_transport_common.c | 18 +++++++++---- 3 files changed, 44 insertions(+), 12 deletions(-) -- 2.20.1