On 06/22/2009 12:42 PM, Alexander Graf wrote:
Thinking about it a bit more, when we write-protect pages we're
O(spte) anyway, so that shouldn't be a barrier.
Yeah, the current implementation is probably the fastest you'll get. I
didn't want to slow down shadow page setup due to the dirty update,
but I guess compared to the rest of the overhead that doesn't really
weight as much.
I didn't explain myself well, I now think using the dirty bits is better.
Currently we do the following:
1. sweep all sptes to drop write permissions
2. on write faults, mark the page dirty
3. retrieve the log
We could do instead:
1. sweep all sptes to drop the dirty bit
2. on writes, set the dirty bit (the cpu does this)
3. sweep all sptes to read the dirty bit, and return the log
Since step 1 occurs after step 3 of the previous iteration, we could
merge them, and lose nothing.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
