Talk:RAM limit

This article was nominated for deletion on 8 February 2009 (UTC). The result of the discussion was no consensus.

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Mid	This article has been rated as Mid-importance on the project's importance scale.
	This article is supported by WikiProject Software (assessed as Low-importance).
	This article is supported by Computer hardware task force (assessed as Mid-importance).

Microsoft Windows: Computing Low‑importance

	This article is within the scope of WikiProject Microsoft Windows, a collaborative effort to improve the coverage of Microsoft Windows on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Microsoft WindowsWikipedia:WikiProject Microsoft WindowsTemplate:WikiProject Microsoft WindowsMicrosoft Windows articles
Low	This article has been rated as Low-importance on the project's importance scale.
	This article is supported by WikiProject Computing (assessed as Mid-importance).

physical limits[edit]

... there were electrical limits due to loading that limited some systems to three DIMM slots 76.66.196.229 (talk) 11:52, 15 February 2009 (UTC)[reply]

harddrive limits[edit]

Someone should write a counterpart article about harddrives, this: [1] would be a good starting point. 76.66.196.139 (talk) 08:03, 6 September 2009 (UTC)[reply]

error?[edit]

Why does it say a 16-bit OS has 15/16M addressable ram...shouldn't a 16-bit OS only have 64K? —Preceding unsigned comment added by 67.253.73.52 (talk) 22:28, 4 May 2010 (UTC)[reply]

On x86, not if the OS enables protected memory. The "16 bits" is then merely the "displacement" from the base address of the current memory segment. Jeh (talk) 07:43, 19 June 2017 (UTC)[reply]

Too MSDOS/Windows/Intel focussed[edit]

page should include limits of other technologies/architectures, or be renamed 'Wintel RAM limits' or something similar. — Preceding unsigned comment added by 24.89.139.58 (talk) 20:23, 1 August 2012 (UTC)[reply]

Trying to fix this. As usual, we have a list of specs and no mention of *why* the specs exist. Many technology articles in Wikipedia read as if we'd raked through an Area 51 crash.

A 64-bit address space is enough to give everyone on earth nearly 2 gigabytes of RAM - only problem is, even with 1 nanosecond RAM it would take 595 years to do the first pass through RAM on a power-on self test. In 1981 my desktop PC ran happily with 150 ns RAM and 385 kbytes - today you can get multiple gigabytes, but the speed is hardly 10 times more. --Wtshymanski (talk) 15:07, 24 August 2012 (UTC)[reply]

"Pins" counts are mostly wrong, also misleading[edit]

Modern CPUs do not have separate "memory address pins". The memory addresses are multiplexed onto the same pins as the data from memory transactions.

Even in the days when there were separate "memory address pins" you can't count the pins and say the maximum addressable memory is two to that number bytes. First, the assertion early on that all of the address pins must be valid at the same time is false. Address pins can be shared, for example between a set of high bits and a set of low bits, with an accompanying pin to indicate which is valid. The memory subsystem can latch these into two halves of a parallel register that contains the entire address. Thus the number of effective memory address bits could be double the number of "memory address pins".

For another example, on the Pentium Pro and later Xeons that first supported PAE, PAE does increase the physical address width to 36 bits - but there were only 33 address pins on the CPU, numbered A3 through A36. Bits A0, A1, and A2 never leave the CPU, as RAM is always read and written in 8-byte chunks. These CPUs do allow physical memory to be addressed at the byte level, but anything smaller than an eight-byte chunk is all resolved in the CPU-to-memory cache. Jeh (talk) 07:48, 19 June 2017 (UTC)[reply]

more on pin count[edit]

In fact... the opening sentence of the "CPU addressing limits" section:

For performance reasons, all the parallel address lines of an address bus must be valid at the same time, otherwise access to memory would be delayed and performance would be seriously reduced.

is both unsourced and highly dubious. We do have serial interfaces to memory now, wherein addresses and data flow over the same wires. There are such things as multiplexed memory address/data pins. And even before such interfaces, not every CPU was designed with a goal of reducing this supposed performance problem. In some cases memory access was fast enough even without presenting all the bits of an address in parallel.

And this assertion is the basis for this entire section, rendering the entire section questionable.

CPU address limits may be further constrained by the chipset. A large number of chipsets for Pentium Pro, and later the 32-bit Xeons, do not support the entire possible address width of their processors. Then there are motherboard limitations such as the sheer number of RAM module sockets available and the maximum size of a RAM module. These issues are hinted at in the lede but not mentioned in the article body - which means they shouldn't be in the lede. The section on CPU address limits leaves the reader with the impression that whatever the "address pin" count on the CPU is, that's the RAM limit and that's it. Wrong.

This entire article reads more like an essay written by someone in an AP high school class who maybe completed a project in digital logic. I do not believe it is salvageable in its present form.

All references to limits of specific processors and operating systems should be left to their respective articles. There is no need to duplicate that information here. There is perhaps room for an article describing the principles by which RAM addresses are limited, but it will need to be far better-referenced than this one. I suspect the material would be just a couple of paragraphs that would better be placed in something like the Computer memory article, though that one is also sadly lacking references. Jeh (talk) 16:03, 19 June 2017 (UTC)[reply]

Note that this is wrong not only for modern CPUs, but even quite old ones. For example, the successor to the 6502, the WDC 65816 (1983), generated 24-bit external addresses with no performance penalty by multiplexing the top 8 bits of the address on the data bus pins during the Φ1 part of the machine cycle, which was unused by the 6502 CPU. (All other operations happen on the Φ2 part of the cycle.) Cjs (talk) 13:17, 3 December 2021 (UTC)[reply]

And then there's the operating systems section[edit]

Which starts out:

The first major operating system for microcomputers ...

Why is this the starting point? What about OSs for minicomputers, superminis, mainframes? Nobody cares, other than historically, about the RAM limits of CP/M. If we do care about history - and as an encyclopedia, we should - then we should cover older OSs, and non-personal computer OSs. If we don't care about history then all of the "no longer current" stuff can go.

As with the chip-by-chip stuff there is little reason here to enumerate operating systems and describe the RAM limits of each - this info should go in each OS's article. Various OSs are different enough from each other that a simple list "this one supports this much, that one supports that much" is grossly inadequate. Again, there is perhaps room for an article that describes the evolution of memory support in OSs, why various decisions were made, etc. But a simple list of product characteristics is not what WP articles should be. Especially not when that information is already in the products' articles. Jeh (talk) 16:13, 19 June 2017 (UTC)[reply]

Sign extension in virtual vs physical addresses[edit]

A previous edit comment said

48 "nonzero" bits (actually from 0 upto 2^47 for user and from -2^47 to -0xfff...fff for kernel), sometimes different for phys/virt addreses.

The "sign extension" mechanism alluded to is not "sometimes different" for phys/virt. It only happens for virtual addresses, not physical, and discussion of virtual addresses has no place in an article called "RAM limit".

Nor by the way is there a processor-imposed division of RAM between "kernel" and "user" space. In Windows at least there's no such OS-imposed division either. The user/kernel division only exists in virtual address space.

Regarding the notion that the "unsupported" bits of a physical address being required to be zero... it's more like they can't be specified at all, at least not on x64 with 52-bit physical addresses supported. There is just no place in the PTE to specify what bits 52 through 63 of a physical address would be. The bits where you'd think they would go don't have to be zero, they are used for other things (bit 63 is the NX bit, bits 52 through 62 are "available" for the OS to use as it wants). So in terms of anything specifiable by a programmer, even a system programmer, bits 52-63 of physical addresses (nor even of the PTEs they came from) are not the subject of any "must be zero" rule. They just can't be specified at all. There is no place to do so. Jeh (talk) 01:18, 27 September 2018 (UTC)[reply]

Motherboard limitations (01/2019)[edit]

There is no reference in article about motherboard design imposing limitation in the maximal memory capacity. Seems like we should add some comments about it. — Preceding unsigned comment added by 86.98.87.149 (talk) 18:31, 1 January 2019 (UTC)[reply]