From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34308) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIgMi-0005r4-JO for qemu-devel@nongnu.org; Tue, 03 Feb 2015 11:30:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIgMe-00022W-N9 for qemu-devel@nongnu.org; Tue, 03 Feb 2015 11:30:16 -0500 Received: from mail-qc0-x230.google.com ([2607:f8b0:400d:c01::230]:38697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIgMe-00022K-Iw for qemu-devel@nongnu.org; Tue, 03 Feb 2015 11:30:12 -0500 Received: by mail-qc0-f176.google.com with SMTP id c9so36222282qcz.7 for ; Tue, 03 Feb 2015 08:30:12 -0800 (PST) Sender: Richard Henderson Message-ID: <54D0F78E.4060107@twiddle.net> Date: Tue, 03 Feb 2015 08:30:06 -0800 From: Richard Henderson MIME-Version: 1.0 References: <1421428797-23697-1-git-send-email-fred.konrad@greensocs.com> <1421428797-23697-6-git-send-email-fred.konrad@greensocs.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC 05/10] extract TBContext from TCGContext. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , =?UTF-8?B?S09OUkFEIEZyw6lkw6k=?= =?UTF-8?B?cmlj?= Cc: mttcg@greensocs.com, "J. Kiszka" , Mark Burton , QEMU Developers , Alexander Graf , Paolo Bonzini On 01/29/2015 07:44 AM, Peter Maydell wrote: > On 16 January 2015 at 17:19, wrote: >> From: KONRAD Frederic >> >> In order to have one TCGContext per thread and a single TBContext we have to >> extract TBContext from TCGContext. > > This seems a bit odd. It's not clear to me what the advantages > are of having one TCGContext per thread but only a single > TBContext (as opposed to either (1) having a single TCGContext > and TBContext with locks protecting against multiple threads > generating code at once, or (2) having each thread have its > own TCGContext and TBContext and completely independent codegen). > > Maybe it would help if you sketched out your design in a little > more detail in the cover letter, with emphasis on which data > structures are going to be per-thread and which are going to > be shared (and if so how shared). > > (Long term we would want to be able to have multiple > TBContexts to support heterogenous systems where CPUs > might be different architectures or have different views > of physical memory...) Seconded. r~