views:

1065

answers:

10

Just reading some notes in a purdue lecture about OSs, and it says:

A program sees memory as an array of bytes that goes from address 0 to 2^32-1 (0 to 4GB-1)

Why 4 GB?

+26  A: 

Because 32 bits are able to represent numbers up to 232 − 1 = 4294967295 = 4 GiB − 1 and therefore address up to 232 individual bytes which would be 4 GiB then.

Joey
+1 for gibibytes rather than gigabytes
Andrew Hare
I think this gibibyte thing is just as pointless as arguing whether Pluto is a planet (it is, by the way)
DrJokepu
GiB belongs on slashdot and wikipedia. The rest of the world uses GB (no matter what the committee says.)
Greg D
When said rest of world aren't all using it the same way, that's hardly a good thing, Greg
frou
+9  A: 

4 GB = 2^32 bytes.

ceejayoz
+3  A: 
2 ^ 32 = 4 * 1024 * 1024 * 1024

That, in bytes, is the definition of 4 GB. In other words a 32-bit register as a memory pointer can address 4 GB of memory and no more.

David M
+11  A: 

Because each byte of memory has to have an address. In a 32-bit operating system, an address is 32 bits long; thus, there are 2^32 possible addresses, which means there are 2^32 bytes = 4 GB.

mipadi
"Because each byte of memory has to have an address." - in a byte addressable system only, of course. In a word-addressable platform you could have twice the amount of memory...
Vicky
or more, depending on what size your machines words are
tialaramex
+3  A: 

Because is the amount of different memory addresses (in Bytes) that can be stored in a Word.

But, in fact, that's not always true (in most of cases it isn't), the OS can handle more physical memory than that (with PAE) and the applications can use less than 4GB of virtual memory (because part of that virtual memory is mapped to the OS, 1GB in Linux and 2GB in Windows, for example).

Another scenario where that doesn't apply is if the memory was addressed by Words instead of Bytes, then the total memory addressable would be 16GB, for example.

fortran
A: 

4 GB = 2^32 bytes. But remember its max 4gb allocated by a 32 bit OS. In reality, the OS will see less e.g. after VRAM allocation.

waqasahmed
+4  A: 

Everybody is saying 2^32 = 4GiB, which is right. Just in case, here is how we got there:

A 32-bit machine uses 32 bits to address memory. Each bit has a value of 0 or 1. If you have 1 bit, you have two possible addresses: 0 or 1. A two-bit system ( pun aside ) has four possible address: 00 =0, 01=1, 10=2, 11=3. 2^2=4. Three bits have 8 possble addresses: 000=0, 001=1, 010=2, 011=3, 100=4, 101=5, 110=6, and 111=7.

Each bit doubles the potential address space, which is why 2^n tells you how many addresses you use for a given number of bits. 2^1 = 2, 2^2 = 2*2 = 4, 2^3 = 2*2*2 = 8, etc.

By the time you get to 32 bits, you are at 4GiB.

Chris Arguin
+3  A: 

Actually, it's not as simple as 2^32 = 4294967296 bytes. You see in x86 protected mode, with paging enabled (that is, what you get when you use any modern OS), you don't address memory locations directly, even though the paging translation mechanism is transparent for client applications.

Of a logical 32 bit memory address, when using 4K pages:

  • bits 22-31 refer to a page directory
  • bits 12-21 refer to a page table
  • bits 11-0 refer to an offset in the 4096 byte page

As you can see, you have 2^10 (1024) page directories, in each page directory, you have 2^10 page tables and each page is 2^12 (4096) bytes long, hence 2^32 = 4294967296 bytes. The width of the memory bus is conveniently the same as the word length of the CPU but it's not necessary to be like this at all. In fact, more modern x86 CPUs support PAE which enables addressing more than 4GB (or GiB) even in 32-bit mode.

DrJokepu
PAE doesn't allow _you_ to address more than 4GiB unless the _you_ in question is running in supervisor mode and considers that rewriting the page table between accesses still constitutes "addressing" at which point you could nearly argue that you can "address" the data on disk too...PAE is a neat hack, but it's just a hack.
tialaramex
+1  A: 

Mainly due to 32bit OS chosing to support only 2^32-1 addresses.

If the CPU has more than 32 address lines on the FSB, then the 32bit OS can choose to use a paging mechanism to access more than 4GiB. (For example Windows 2000 Advanced Server/Data Center editions on PAE supported Intel/AMD chips)

Indeera
A: 

As previously stated by other users, 32-bit Windows OSes use 32-bit words to store memory addresses.

Actually, most 32-bit chips these days use 36-bit addressing, using Intel's Physical Address Extension (PAE) model. Some operating systems support this directly (Linux, for example).

As Raymond Chen points out, in Windows a 32-bit application can allocate more than 4GB of memory, and you don't need 64-bit Windows to do it. Or even PAE.

For that matter, 64-bit chips don't support the entire 64-bit memory space. I believe they are currently limited to 42-bit space... the 36-bit space that PAE uses, plus the top 8-bit addresses,

R. Bemrose
Even if you can allocate more than 4GB of memory, you can't use more than 4GB of RAM without 64-bit or PAE.
ephemient
You can check out how many physical and virtual address bits actually work on your CPU with CPUID (on x86) or the analogous features on other families of processors. You can also see it in Linux's /proc/cpuinfoMy cheap corner store PC has 40 bits of physical addresses and 48 bits of virtual. The old Xeons in our server rack have only 36 bits of physical addresses (no matter, they can only take 16GiB of DIMMs)
tialaramex