Re: [Xen-devel] Copy-on-write memory to allow many more xenU dom

 
> What about having a special variant of the pte-update operation, which 
> takes as input a pointer to a pte-entry, and will change that entry into 
> a read-only mapping of the same page contents, though perhaps with a 
> different frame number in the pte.

I'm still not convinced we wouldn't get most of the benefit by
just sharing pages read from the block/file system, and hence
avoiding all the hashing. 

Collecting this data is actually very easy -- its just a case of
coming up with a few "realistic usage scenarios" in which to
collect the data. We'd be happy to work with someone to do
this...

Ian


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread]

Current Thread

[Next in Thread>

Previous by Date:

Re: [Xen-devel] xen,bproc and grub, Ronald G. Minnich

Next by Date:

Re: [Xen-devel] Copy-on-write memory to allow many more xenU domains per machine, urmk

Previous by Thread:

Re: [Xen-devel] Copy-on-write memory to allow many more xenU domains per machine, Jacob Gorm Hansen

Next by Thread:

Re: [Xen-devel] Copy-on-write memory to allow many more xenU domains per machine, urmk

Indexes:

[Date] [Thread] [Top] [All Lists]