Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp1490192imd; Sun, 4 Nov 2018 04:03:12 -0800 (PST) X-Google-Smtp-Source: AJdET5dKczJcgK0Fy09Q9GDuvJhcD3M3lm8uerOA8DuyeGRdUFJZHZeoKMFTIvR4vSJMUSvFiP7z X-Received: by 2002:a17:902:a9:: with SMTP id a38-v6mr6771292pla.7.1541332992024; Sun, 04 Nov 2018 04:03:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541332991; cv=none; d=google.com; s=arc-20160816; b=NIQhpr20ROkixQ0hKNBYrmYUk0DvfWHsQ5t7zeiYrUnei0BQADhFUidSpCgcSlcGOj BWLCOaOT+y3altlJJkhm4NmFG+68HrBZe4dPSU+xD5jlOq3MJCpbZJu64Gh1t507PeUs 7tTD2WJZiqwM79kvwpezLozG0EGNxPHyB+cQXrdktzURPCxuTLaHOyEHLMlF1IvrVURI Xfi+d1Xfg5J30KcK5FD6Ny/uw0vNWGl456Ras9R5rcUcCLkP012wslX2OCLAHXli+dmX gANqf2gCGW+dCxTgpNlsDSRqJU22SlkmDe/pKWnz49e6ToUm9L8wwPaTeJEtOvlJaHJz vDBQ== 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 :references:in-reply-to:date:cc:to:from:subject:message-id; bh=eUJ/XWkpvhEgRbab9uWNPwNBuBG1v8Vtp8SKeLzLr2w=; b=QAR4VOscY2ctt1WhIhpteUCvQWfUxkM6FLeG1HdB+vYl4+pwcpEI7GT+RQ6xk8NPOt Fulj+98I2zz5FHFBe2YeXKTOAhZifib1hLpdr8shYtcMObEWR9JxZsn/vQrDsvoUPjPp N3WaxRHn/+SvEqIWYjpRd3uvAXvq10eD25YsBC5XlEOAGPbLQqvhSnkOaTyzuwB5GR2T DZRgTjbIyG3K1bdQ6pia01qeotgiHuc/e8QgFFa+teWS/wNb3nxC6AGUMw0zdqYz3wsH XE33OJ+N8rb9h4qpIZudFtAEcJyBNA0fQ553t3cEdj2Wnts5gN9gx9m1fHUdBgtmapVF aLuw== 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 o14-v6si36035877pgi.52.2018.11.04.04.02.57; Sun, 04 Nov 2018 04:03:11 -0800 (PST) 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 S1729470AbeKDVM1 (ORCPT + 99 others); Sun, 4 Nov 2018 16:12:27 -0500 Received: from mx1.redhat.com ([209.132.183.28]:53732 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729293AbeKDVM1 (ORCPT ); Sun, 4 Nov 2018 16:12:27 -0500 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 70B3B81DE9; Sun, 4 Nov 2018 11:57:43 +0000 (UTC) Received: from dhcp-4-67.tlv.redhat.com (dhcp-4-67.tlv.redhat.com [10.35.4.67]) by smtp.corp.redhat.com (Postfix) with ESMTP id 02D745C26E; Sun, 4 Nov 2018 11:57:38 +0000 (UTC) Message-ID: Subject: Re: [PATCH 0/1] vhost: add vhost_blk driver From: Maxim Levitsky To: Vitaly Mayatskikh , "Michael S . Tsirkin" Cc: Jason Wang , Paolo Bonzini , kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org Date: Sun, 04 Nov 2018 13:57:37 +0200 In-Reply-To: <20181102182123.29420-1-v.mayatskih@gmail.com> References: <20181102182123.29420-1-v.mayatskih@gmail.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Sun, 04 Nov 2018 11:57:43 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-11-02 at 18:21 +0000, Vitaly Mayatskikh wrote: > vhost_blk is a host-side kernel mode accelerator for virtio-blk. The > driver allows VM to reach a near bare-metal disk performance. See IOPS > numbers below (fio --rw=randread --bs=4k). > > This implementation uses kiocb interface. It is slightly slower than > going directly through bio, but is simpler and also works with disk > images placed on a file system. > > # fio num-jobs > # A: bare metal over block > # B: bare metal over file > # C: virtio-blk over block > # D: virtio-blk over file > # E: vhost-blk bio over block > # F: vhost-blk kiocb over block > # G: vhost-blk kiocb over file > # > # A B C D E F G > Hi! I am also working in this area, and so I am very intersted in this driver. > 1 171k 151k 148k 151k 195k 187k 175k If I understand correctly this is fio --numjobs=1? It looks like you are getting better that native performance over bare metal in E,F,G (vhost-blk cases in fact). Is this correct? Could you share the full fio command line you have used? Which IO device did you use for the test? NVME? Which system (cpu model/number of cores/etc) did you test on? Best regards, Maxim Levitsky