From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:39250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFkgK-0002cY-49 for qemu-devel@nongnu.org; Wed, 13 Mar 2013 08:21:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFkgE-0005LZ-E6 for qemu-devel@nongnu.org; Wed, 13 Mar 2013 08:21:20 -0400 Received: from mail-qe0-f43.google.com ([209.85.128.43]:42403) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFkgE-0005LT-A1 for qemu-devel@nongnu.org; Wed, 13 Mar 2013 08:21:14 -0400 Received: by mail-qe0-f43.google.com with SMTP id 1so532253qee.2 for ; Wed, 13 Mar 2013 05:21:13 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <51406F34.40003@redhat.com> Date: Wed, 13 Mar 2013 13:21:08 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <513EF6A0.4000601@ict.ac.cn> <20130313084540.GB14391@stefanha-thinkpad.muc.redhat.com> <514047B9.6010400@ict.ac.cn> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] =?utf-8?q?About_the_Thread_model_in_Qemu=E3=80=90_Is?= =?utf-8?q?_it_one_thread_per_vcpu=3F=E3=80=91?= List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laurent Desnogues Cc: Peter Maydell , =?UTF-8?B?6Kej5aOB5Lyf?= , qemu-devel@nongnu.org, Stefan Hajnoczi Il 13/03/2013 10:56, Laurent Desnogues ha scritto: >> > There has been some other research work with QEMU in this >> > area, you should probably look it up. However it has all been >> > "we fixed enough of the big problems to be able to run some >> > benchmarks and write our research paper", so none of this is >> > actually in the QEMU sources. (The short answer I think is >> > "probably but it will depend a lot on workload, and there's >> > a lot of software engineering required to do it reliably".) > I know of two such variants: COREMU and HQEMU, but as far > as I know the latter isn't freely available. COREMU had one code generator per VCPU, if I remember correctly. Jan Kiszka also posted an RFC patch that removed the "lockstep" behavior of TCG, where the VCPU will always block the iothread even when it is not executing MMIO. Getting this upstream would be an even bigger step than making the code generator thread-safe. Paolo