12 messages in com.xensource.lists.xen-ia64-develRe: [Xen-ia64-devel] Virtual mem map
FromSent OnAttachments
Tristan Gingold06 Jan 2006 04:57 
Magenheimer, Dan (HP Labs Fort Collins)06 Jan 2006 13:39 
Tian, Kevin08 Jan 2006 21:44 
Tristan Gingold09 Jan 2006 02:42 
Tristan Gingold09 Jan 2006 02:49 
Tian, Kevin09 Jan 2006 03:14 
Tristan Gingold09 Jan 2006 06:17 
Tian, Kevin09 Jan 2006 07:33 
Tian, Kevin09 Jan 2006 07:35 
Tristan Gingold09 Jan 2006 08:34 
Alex Williamson09 Jan 2006 15:38 
Magenheimer, Dan (HP Labs Fort Collins)11 Jan 2006 13:54 
Subject:Re: [Xen-ia64-devel] Virtual mem map
From:Tristan Gingold (Tris@bull.net)
Date:01/09/2006 08:34:39 AM
List:com.xensource.lists.xen-ia64-devel

[...]

I think this structure is simple enough to be fast.

For memory usage: * Each entry of the first array describes 1GB of memory. An entry is 32 bits. 16KB for the first array can describe 2**12 * 2**30 = 2**42 B of memory. (Dan's machine physical memory is bellow 2**40). * I think 1GB of granule is good enough, unless you have a machine with very small DIMM. In this case, we can use 512MB or 256MB instead of 1GB. * 1GB is 2**16 to 2**18 pages. Thus, the offset may be 18 bits and the length 14 bits (to be multiplied by 4). As a conclusion, the memory footprint is *very* small, maybe too small ?

memmap related macros must be rewritten.

Tristan.

Hugh, I forgot we need also reverse mapping. I now understand the root of virtual mem map!

Tristan.