[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Should we introduce a TranslationRegion with its own co
Re: [Qemu-devel] Should we introduce a TranslationRegion with its own codegen buffer?
Mon, 4 Apr 2016 13:39:52 +0300
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
On 04/04/16 12:01, Paolo Bonzini wrote:
> On 04/04/2016 10:54, Alex Bennée wrote:
>> Thoughts, objections? Discuss ;-)
> I think we're putting a lot of carts before the horse.
> We have like half a dozen subprojects and none are moving because
> there's no clear idea of what to do next and why. The first thing to do
> is to focus on fixing and speeding up user-mode MTTCG (Sergey's work on
> upstreaming the patches from Fred and me) and on upstreaming Alvise's
> work on ll/sc and TLB flushes.
> The second thing to do is to make tb_flush thread safe; here there are
> three competing mechanisms (Fred's run_safe_on_cpu, Emilio's mass
> invalidation and my idea of using RCU) that we can discuss. Your idea
> here is a fourth one. It's not a bad one, not at all. But even if it
> has other positive side effects (e.g. easier jump patching), it's a
> large project to embark on when there are at least three other
> possibilities---two of them with code and the third (mine) being a
> subset of yours.
I would agree with Paolo that this may be a bit ahead of time. But
actually, this is an interesting idea we should definitely keep in mind
while we're focused on more immediate work and concerning the overall
design on MTTCG project.