From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [PATCH] virtio_blk: merge S/G list entries by default Date: Wed, 10 Sep 2014 17:18:23 +0200 Message-ID: <54106BBF.7010907@redhat.com> References: <1410044994-14943-1-git-send-email-hch@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: Ming Lei , Christoph Hellwig Cc: Jens Axboe , "Michael S. Tsirkin" , Linux Kernel Mailing List , Linux Virtualization List-Id: virtualization@lists.linuxfoundation.org Il 07/09/2014 12:32, Ming Lei ha scritto: > It is a good idea to disable SG merge for vq incapable of indirect because > there are very limited direct descriptors. I think you mean _enabling_ SG merge if indirect descriptors are not there. > For vq capable of indirect, it should be better to not do SG merge at default > because: > > - from hypervisor view, no matter how many segments one req has, all are > submitted to host kernel by one syscall, such as readv/io_submit > > - host kernel still need to do the same merge again Here we agree. Paolo > From my test(virtio-blk over null_blk), looks enabling SG merge may cause > throughput a little drop(~3%).