Re[2]: [Qemu-devel] Re: RFC for new features

[Igor Shmukler]

> > 3) I still think that a virtualizer based on QEMU, while quite a bit more 
> > limited in scope than QEMU itself, would be extremely useful : letting 
> > user-level code not touching hardware run native and trapping anything 
> > related to I/O, memory-mapped I/O or changing protection level (allowing to 
> > run *that* on the emulated CPU) would allow for a nice acceleration. This 
> > would be a boon for all the people using QEMU to run hardware available for 
> > their CPU but not their platform (think Windows user running Linux/FreeBSD 
> > software and vice-versa), which may well be a majority among qemu users.
> 
> Hmm... If a virtualizer is what is wanted, there are several options
> already available... "Xen" is supposedly very good.
> I think QEmu's strength is that it is not a virtualizer - it is a system
> simulator.

Xen requires modification of guest OS does it not? The problem with that 
approach (Dynamo) is that one cannot use it to run commercial OSes. 

> Perhaps work can be done to get better performance when simulating the a
> similar system to the host... but perhaps there would be more real
> benefit in attemting to make the translator optimise the code it
> generates... LUA has already been mentioned as a possible alternative
> code generator.

What is LUA? Could you please post a link?