From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CH7vm-0006gO-Or for qemu-devel@nongnu.org; Mon, 11 Oct 2004 17:42:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CH7vk-0006fU-RQ for qemu-devel@nongnu.org; Mon, 11 Oct 2004 17:42:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CH7vk-0006fR-OF for qemu-devel@nongnu.org; Mon, 11 Oct 2004 17:42:08 -0400 Received: from [64.233.170.205] (helo=mproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CH7oi-000454-WC for qemu-devel@nongnu.org; Mon, 11 Oct 2004 17:34:53 -0400 Received: by mproxy.gmail.com with SMTP id 73so573491rnl for ; Mon, 11 Oct 2004 14:34:18 -0700 (PDT) Message-ID: <564d96fb041011143445a2618d@mail.gmail.com> Date: Mon, 11 Oct 2004 18:34:17 -0300 From: =?ISO-8859-1?Q?Rafael_Esp=EDndola?= Subject: Re: [Qemu-devel] env in TLS In-Reply-To: <20041011083228.6907.qmail@web52501.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041011083228.6907.qmail@web52501.mail.yahoo.com> Reply-To: =?ISO-8859-1?Q?Rafael_Esp=EDndola?= , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org I have done some experiments in using TLS instead of LDT in the case of the code-copying optimization: http://lists.gnu.org/archive/html/qemu-devel/2004-09/msg00206.html http://lists.gnu.org/archive/html/qemu-devel/2004-09/msg00248.html Hope that it is useful. Rafael On Mon, 11 Oct 2004 01:32:28 -0700 (PDT), Piotr Krysik wrote: > Hi! > > Fabrice, how about moving env variable to TLS? > > This could improve performance (based on > http://lists.gnu.org/archive/html/qemu-devel/2004-09/msg00294.html > > about 10% could be gained -- need to verify). Also > additional register would be available for op.c > (anyone to implement register renaming?). > > The main problem with this approach is portability. > AFAIK GCC <= 3.2 doesn't recognize __thread keyword. > For x86 we could fall-back to the LDT method from > qemu-fast. How about other platforms? In the worst > case we could use global variable and forget about > multi-processor qemu-softmmu and multi-thread in > qemu-user for some platforms in the future. > > Comments? > > Piotrek > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >