From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sasha Levin Subject: Re: [PATCH] kvm tools: Process virito blk requests in separate thread Date: Mon, 04 Jun 2012 18:07:45 +0200 Message-ID: <1338826065.3292.10.camel@lappy> References: <1338824453-25260-1-git-send-email-asias.hejun@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Pekka Enberg , Ingo Molnar , Cyrill Gorcunov , kvm@vger.kernel.org To: Asias He Return-path: Received: from mail-gg0-f174.google.com ([209.85.161.174]:49910 "EHLO mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752297Ab2FDQGh (ORCPT ); Mon, 4 Jun 2012 12:06:37 -0400 Received: by gglu4 with SMTP id u4so3147316ggl.19 for ; Mon, 04 Jun 2012 09:06:37 -0700 (PDT) In-Reply-To: <1338824453-25260-1-git-send-email-asias.hejun@gmail.com> Sender: kvm-owner@vger.kernel.org List-ID: On Mon, 2012-06-04 at 23:40 +0800, Asias He wrote: > All blk requests are processed in notify_vq() which is in the context of > ioeventfd thread: ioeventfd__thread(). The processing in notify_vq() may > take a long time to complete and all devices share the single ioeventfd > thead, so this might block other device's notify_vq() being called and > starve other devices. We're using native vectored AIO for for processing blk requests, so I'm not certain if theres any point in giving the blk device it's own thread for handling that.