[Qemu-devel] [RFC v3 00/13] Slow-path for atomic instruction translation

2015-07-10 Thread Alvise Rigo
This is the third iteration of the patch series; starting from PATCH 007 there are the changes to move the whole work to multi-threading. Changes versus previous versions are at the bottom of this cover letter. This patch series provides an infrastructure for atomic instruction implementation in

Re: [Qemu-devel] [RFC v3 00/13] Slow-path for atomic instruction translation

2015-07-10 Thread Mark Burton
big snip To be clear, for a normal user (e.g. they boot linux, they run some apps, etc)..., if they use only one core, is it true that they will see no difference in performance? For a ‘normal user’ who does use multi-core, are you saying that a typical boot is slower? Cheers Mark. On 10

Re: [Qemu-devel] [RFC v3 00/13] Slow-path for atomic instruction translation

2015-07-10 Thread Frederic Konrad
On 10/07/2015 10:23, Alvise Rigo wrote: This is the third iteration of the patch series; starting from PATCH 007 there are the changes to move the whole work to multi-threading. Changes versus previous versions are at the bottom of this cover letter. This patch series provides an infrastructure

Re: [Qemu-devel] [RFC v3 00/13] Slow-path for atomic instruction translation

2015-07-10 Thread alvise rigo
Hi Mark, On Fri, Jul 10, 2015 at 10:31 AM, Mark Burton mark.bur...@greensocs.com wrote: big snip To be clear, for a normal user (e.g. they boot linux, they run some apps, etc)..., if they use only one core, is it true that they will see no difference in performance? I didn't test the one

Re: [Qemu-devel] [RFC v3 00/13] Slow-path for atomic instruction translation

2015-07-10 Thread alvise rigo
On Fri, Jul 10, 2015 at 10:39 AM, Frederic Konrad fred.kon...@greensocs.com wrote: On 10/07/2015 10:23, Alvise Rigo wrote: This is the third iteration of the patch series; starting from PATCH 007 there are the changes to move the whole work to multi-threading. Changes versus previous versions