Sign in with
Sign up | Sign in
Your question

Does a yellowstones can actualie lift the 4 gb ram

Last response: in CPUs
October 2, 2002 12:22:15 PM

Yellows stones use 1,0 like all little electronicque devices and 10 11.If we use a adressing with 1 0 10 11 we lift the limitation of 4 GB of ram.

Any idea why this not in production or i dont work.

Now what to do??
October 3, 2002 7:29:21 AM

Because we still have 32bit pointers?
October 3, 2002 8:38:34 AM

For one if there were enough address lines. All 86x processors since the Pentium Pro can address 2^36 = 68,719,476,736 = 64GB of address space. It's all about the PAE paging mechanism dude.

Complicated proofs are proofs of confusion.
Related resources
October 3, 2002 11:53:25 AM

Yeah. obviusly. :) 

Juin - a 32bit x86 machine can''t acsess 64bit (Flat). not from the processor point of view (no 64bit pointers) and not from the programer one.

This post is best viewed with common sense enabled
October 3, 2002 6:47:54 PM

2*32= a lot mw point is 4*32 pointer can be also extend also it only for the memory controleur and systemes logic DRAM to support.

From a programmer point it stay on normal 32 bit except aybe some point to change on the os and compiler that can be change easy.

Now what to do??
October 3, 2002 7:24:54 PM

I'm not quite sure of the question, but for the most part any change above 32 bits will be basically transparent. The movement from 16:[16] to 16:[32] was hard, mostly because you went from a segmented address space to a flat or page table address space. The later was harder to setup the memory system but once it was done it was smooth sailing. There are times when casting absolute integer+offset to page based pointers can cause problems but for the most part if you use the [] instead of the *() for pointer referencing, you will have no problem. Since CISC supports seg:[reg+reg*4] and seg:[reg+reg*8] changing the stride value on arrays should be easy.

EDIT: Spelling and Grammar

Complicated proofs are proofs of confusion.<P ID="edit"><FONT SIZE=-1><EM>Edited by Schmide on 10/03/02 12:33 PM.</EM></FONT></P>