Market transition to 4gb to take alot longer due to 64bit OS?

Page 2 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

magreen

Golden Member
Dec 27, 2006
1,309
1
81
tcsenter: You're bringing some good facts to the table I wasn't aware of. Thank you. But I think that some of your argumentation is flawed, and if we recast my argument in a more nuanced way, it still has validity.

Originally posted by: tcsenter
Originally posted by: magreen
Originally posted by: poohbear
640kb limitation was IBM was'nt it? they created the PC. and at the time 640kb was a huge amount of memory, kinda like 4gb is now (software at the time simply didnt need more).
Nope, it was MS. There's nothing in the IBM PC hardware that limited it to 640k. It's microsoft that decided they'd give you 10 times 2^16 in addressable memory, because who could ever use more than that?
No, Intel's 8086 20-bit external address bus was limited to 1MB addressable memory. This wasn't an MS thing, it was a CPU design limit.
Fine, the original 8086 was limited to <1MB. But certainly by the 386 era, and I believe even the 286 as well (correct me if I'm wrong), that 1MB limitation was removed. But we were still stuck with the 640k barrier artificially created by MS-DOS, and we had no recourse except silly games like extended and expanded memory spaces. Meanwhile, linux could address all that memory normally and made ms-dos look laughable.

My point is that Microsoft showed a remarkable lack of foresight in enforcing that 640k barrier at the operating system level, since computer hardware was bound to grow and the 1MB hardware limit could be easily predicted to disappear.

And anyone who'd ever heard of Moore's law knew it was idiotic for them to do that.
Moore's law has nothing to do with useful or convenient memory address space resources. It has to do with transistor or gate counts in integrated circuits, which can be (and typically are) dedicated to computational or execution (i.e. processing), I/O, and other resources just as well as memory address bus circuits or logic. In fact, memory address space does NOT follow Moore's law at all. There are several generations of processors released that dedicate all growth in transistors to processing resources or other features before the memory address bus width changes, at which point memory address space increases by orders of magnitude, not a mere doubling.
I'm wasn't suggesting that Moore's law regulates the memory address space. I was invoking Moore's law to describe the growth over time of the amount of physical memory that can be cheaply put inside a normal computer. Memory is made of transistors, so I believe Moore's "law" applies to it. However, my point really doesn't depend on whether memory capacities fit the narrow, technical definition of Moore's law. I was saying that just like computer power and performance will predictably grow quickly in many different ways, of which Moore's law is one example, it was easily forseeable that memory capacities would quickly grow, and any operating system design had to plan for the immediate future and take that growth into account.

Now, whether Bill Gates actually said the infamous 1981 quote, "640k ought to be enough for anybody," which has been attributed to him for decades, is in dispute. He denied it in 1996, saying, "I?ve said some stupid things and some wrong things, but not that. No one involved in computers would ever say that a certain amount of memory is enough for all time." Of course in '86 he said, "It [640K] was ten times what we had before. But to my surprise, we ran out of that address base for applications within ? oh five or six years people were complaining." Text
There is a big difference between "I figured 640KB would carry us for about 10 years but it ended-up being only about five or six" and "I figured 640KB would carry us until the end of times".
True. That's why it's still up for debate whether he said the original alleged quote. However, there is no doubt that most of the computing world blames him for the 640k scourge and how long it lasted.

Yet here we see Microsoft doing it again. The whole reason to not transition the market to 64-bit was so legacy hardware would work without rewriting all the drivers. Yet they forced the entire market to rewrite all their drivers with Vista's new driver model, and they STILL didn't move to 64 bit.
No, they didn't. The only devices that needed a substantial architectural rewrite were graphics and audio. All other device drivers built or compliant with WDK/DDK and other relevant OS specifications for Windows XP/2003 that was current in 2006 could qualify for Vista WHQL with revision or changes to only minor portions of code. This is why a large number of XP drivers can be used on Vista 32-bit just fine if manually installed instead of using the installer executable. Many XP/2003 64-bit drivers would work on Vista 64-bit if it weren't for MS strict enforcement of driver signing that is unique to Vista.
Thank you for the information. I wasn't aware of these details. However, I don't believe they change the main point I'm making. First, graphics and sound cards make up a large percentage of hardware which require drivers. And as you said, those required a complete redesign for the new Vista driver model.

Second, even the other products which only required minor driver tweaks would still require nearly as much cost, time, and overhead for companies to produce. The product development and delivery cycle for corporations does not just consist of software development. True, the development cycle would be much shorter. But the QA/QC cycles and full regression testing would be the same, if not longer, to validate the new tweaked drivers on a brand new operating system. And the product delivery cycles would be just as long, to bring the new drivers to market. It's no small feat to release a newer tweaked version of a software package, even if that package only requires a small change on the actual development end. Had Microsoft had the foresight to not release the vista 32-bit, companies would have had to develop brand new 64-bit drivers for these devices. But the overall time to market and costs for developing these new drivers may have not been significantly longer -- perhaps 30%, or even 50% more -- than the time to market and overall costs for releasing tweaked drivers.

Not to mention that most of these companies were anyway creating 64-bit drivers for vista 64. They could have combined the resources being used to develop and deliver them, instead of two parallel lines of development, testing and delivery, one for 32-bit drivers and one for 64-bit drivers.

In short, Microsoft majorly screwed up on this one and set us back years, as taltamir succintly said.
 

Yellowbeard

Golden Member
Sep 9, 2003
1,542
2
0
Regardless of the practicality of it, I wish Vista had been 64bit only. In the long run, it would have simplified so many things. I understand the business end of it and it's obvious that MS does not write software to accomodate everyone else. But, IMO, there is very little reason from the end user's practical standpoint for 32 bit Vista to even exist.
 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
Originally posted by: aka1nas
They didn't want to give businesses even more compatibility reasons to stay with XP. Unfortunately, because that didn't quite work they are going to have to do it again with Windows 7.

Hopefully Windows 8 will be 64-bit only.

except this forced companies to make a 32bit vista and a 64bit vista driver, which meant more work, which meant more money, which meant it was MORE effort to be vista compatible than it would have otherwise been. They actually increased the cost and made compatibility issues WORSE (because businesses now also had to deal with 32bit vista vs 64bit vista compatibility, and most chose only 32bit...)

the vast majority of programs just WORK on 64bit vista in 32bit mode. In fact I can't name a single program that doesn't.
 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
Originally posted by: Yellowbeard
Regardless of the practicality of it, I wish Vista had been 64bit only. In the long run, it would have simplified so many things. I understand the business end of it and it's obvious that MS does not write software to accomodate everyone else. But, IMO, there is very little reason from the end user's practical standpoint for 32 bit Vista to even exist.

there is no reason from MS's standpoint either:

Benefits of 32bit vista:
1. MS could potentially sell it to people running a 32bit processor as an upgrade... say, someone with an athlonXP or an early Pentium 4 or a pentium 3...

Drawbacks:
1. MS has to develop two parallel versions of windows.
2. Companies have to develop two parellel driver models, starting with 32bit.
2a. potentially making drivers less good then they could have otherwise been (nvidia early vista drivers? imagine if they only had to make 64bit drivers without worrying about parallel development of two different driver packages!)
3. Programs should be compatible with both 32bit and 64bit windows vista instead of just 64bit.
4. MS reputation takes a hit due to increase in compatibility issues (due to the above reasons) resulting in fewer sales
5. Adoption of 64bit is slowed down, reducing sales all around.
6. etc

Basically MS took a bet, MS thought they will be selling vista to EVERYONE who has an obsolete computer from half a decade ago. in reality all those people stayed with XP, and almost everyone else did too because of a plethorea of vista issues that could have been nipped in the bud had MS made vista64bit only. As a side effect that also hurt hardware manufacturers, driver writers, and software makers because they had to put a lot more effort and money into development and got lower quality products than had they developed for a single environment.
 

SickBeast

Lifer
Jul 21, 2000
14,377
19
81
32 bit Vista has a much smaller memory footprint, a smaller hard drive footprint, generally faster performance, greater stability, and greater compatibility. I would imagine that's why they made it.
 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
Originally posted by: SickBeast
32 bit Vista has a much smaller memory footprint, a smaller hard drive footprint, generally faster performance, greater stability, and greater compatibility. I would imagine that's why they made it.

wrong on almost every count.
it has an insignificantly smaller memory and HDD footprint, and I do mean insignificant. It is SLOWER in performance, and it has resulted in lesser stability for BOTH versions.
It is also not relatively more stable, I have seen 32bit drivers that were more stable than their 64bit counterparts, and the opposite, 64bit drivers more stable than the 32bit versions (because a coding error can be made in both to an equal degree)...

Also the greater compatibility thing is total bull, name one 32bit program that doesn't work on 64bit vista. And even if you could, it most likely had to be revised for VISTA compatibility, if there was no 32bit vista version then it could have been revised for 64bit vista instead with equal effort.
 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
Originally posted by: SickBeast
MS didn't set us back years either. People who want 4gb+ of ram have options.

strawman argument, 4+GB of ram is the least important issue of 64bit computing. the biggie is how much FASTER 64bit computing is... theoretically 5x faster. I have benchmarked 7z compression as 23% faster... highest difference I saw was on hash calculations, which were benched as 300 to 400% faster than in 32bit mode by professional reviewers.

http://en.wikipedia.org/wiki/X86-64

Architectural features
The primary defining characteristic of AMD64 is the availability of 64-bit general purpose registers, 64-bit integer arithmetic and logical operations, and 64-bit virtual addresses. The designers took the opportunity to make other improvements as well. The most significant changes include:
64-bit integer capability: All general-purpose registers (GPRs) are expanded from 32 bits to 64 bits, and all arithmetic and logical operations, memory-to-register and register-to-memory operations, etc. can now operate directly on 64-bit integers. Pushes and pops on the stack are always in 8-byte strides, and pointers are 8 bytes wide.
Additional registers: In addition to increasing the size of the general-purpose registers, the number of named general-purpose registers is increased from eight (i.e. eax,ebx,ecx,edx,ebp,esp,esi,edi) in x86-32 to 16. It is therefore possible to keep more local variables in registers rather than on the stack, and to let registers hold frequently accessed constants; arguments for small and fast subroutines may also be passed in registers to a greater extent. However, AMD64 still has fewer registers than many common RISC processors (which typically have 32?64 registers) or VLIW-like machines such as the IA-64 (which has 128 registers).
Additional XMM (SSE) registers: Similarly, the number of 128-bit XMM registers (used for Streaming SIMD instructions) is also increased from 8 to 16.
Larger virtual address space: Current processor models implementing the AMD64 architecture can address up to 256 TB (248 or 281,474,976,710,656 bytes)[4] of virtual address space. This limit can be raised in future implementations to 16 EB (264 or 18,446,744,073,709,551,616 bytes). This is compared to just 4 GB (232 or 4,294,967,296 bytes) for 32-bit x86. This means that very large files can be operated on by mapping the entire file into the process' address space (which is sometimes faster than working with file read/write calls), rather than having to map regions of the file into and out of the address space.
Larger physical address space: Current implementations of the AMD64 architecture can address up to 1 TB (240 or 1,099,511,627,776 bytes) of RAM; the architecture permits extending this to 4 PB (252 or 4,503,599,627,370,496 bytes) in the future (limited by the page table entry format). In legacy mode, Physical Address Extension (PAE) is included, as it is on most current 32-bit x86 processors, allowing access to a maximum of 64 GB (236 or 68,719,476,736 bytes).
Instruction pointer relative data access: Instructions can now reference data relative to the instruction pointer (RIP register). This makes position independent code, as is often used in shared libraries and code loaded at run time, more efficient.
SSE instructions: The original AMD64 architecture adopted Intel's SSE and SSE2 as core instructions. SSE3 instructions were added in April 2005. SSE2 replaces the x87 instruction set's IEEE 80-bit precision with the choice of either IEEE 32-bit or 64-bit floating-point mathematics. This provides floating-point operations compatible with many other modern CPUs. The SSE and SSE2 instructions have also been extended to operate on the eight new XMM registers. SSE and SSE2 are available in 32-bit mode in modern x86 processors; however, if they're used in 32-bit programs, those programs will only work on systems with processors that have the feature. This is not an issue in 64-bit programs, as all AMD64 processors have SSE and SSE2, so using SSE and SSE2 instructions instead of x87 instructions does not reduce the set of machines on which x64 programs can be run. SSE and SSE2 are generally faster than, and duplicate most of the features of, the traditional x87 instructions, MMX, and 3DNow!.
No-Execute bit: The "NX" bit (bit 63 of the page table entry) allows the operating system to specify which pages of virtual address space can contain executable code and which cannot. An attempt to execute code from a page tagged "no execute" will result in a memory access violation, similar to an attempt to write to a read-only page. This should make it more difficult for malicious code to take control of the system via "buffer overrun" or "unchecked buffer" attacks. A similar feature has been available on x86 processors since the 80286 as an attribute of segment descriptors; however, this works only on an entire segment at a time. Segmented addressing has long been considered an obsolete mode of operation, and all current PC operating systems in effect bypass it, setting all segments to a base address of 0 and a size of 4 GB (4,294,967,296 bytes). AMD was the first x86-family vendor to implement no-execute in linear addressing mode. The feature is also available in legacy mode on AMD64 processors, and recent Intel x86 processors, when PAE is used.
Removal of older features: A number of "system programming" features of the x86 architecture are not used in modern operating systems and are not available on AMD64 in long (64-bit and compatibility) mode. These include segmented addressing (although the FS and GS segments are retained in vestigial form for use as extra base pointers to operating system structures)[5], the task state switch mechanism, and Virtual 8086 mode. These features do of course remain fully implemented in "legacy mode," thus permitting these processors to run 32-bit and 16-bit operating systems without modification.
 

SickBeast

Lifer
Jul 21, 2000
14,377
19
81
Originally posted by: taltamir
Originally posted by: SickBeast
32 bit Vista has a much smaller memory footprint, a smaller hard drive footprint, generally faster performance, greater stability, and greater compatibility. I would imagine that's why they made it.

wrong on almost every count.
it has an insignificantly smaller memory and HDD footprint, and I do mean insignificant. It is SLOWER in performance, and it has resulted in lesser stability for BOTH versions.
It is also not relatively more stable, I have seen 32bit drivers that were more stable than their 64bit counterparts, and the opposite, 64bit drivers more stable than the 32bit versions (because a coding error can be made in both to an equal degree)...

Also the greater compatibility thing is total bull, name one 32bit program that doesn't work on 64bit vista. And even if you could, it most likely had to be revised for VISTA compatibility, if there was no 32bit vista version then it could have been revised for 64bit vista instead with equal effort.

Please show me where I am wrong with some kind of proof.

Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:

Every time you load up a 32 bit program in 64 bit Vista it will use up a ton more memory. It is not insignificant.

Vista 32 is not slower than Vista 64. They are tied overall IMO. There are many cases where 32 bit Vista is much faster than the 64 bit version.

The compatibility thing is NOT bull. There are still tons of devices that do not have 64 bit drivers.

Vista 32 has also traditionally been more stable as the drivers are more mature; this may have changed at this point.
 

Yellowbeard

Golden Member
Sep 9, 2003
1,542
2
0
Originally posted by: SickBeast
Please show me where I am wrong with some kind of proof.

Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:

Every time you load up a 32 bit program in 64 bit Vista it will use up a ton more memory. It is not insignificant.
Is this the same with and without Superfetch? And, I'm not trying to call you out or anything as this genuinely intersests me. Do you have any test results to links to show what you have posted here?

 

SickBeast

Lifer
Jul 21, 2000
14,377
19
81
Originally posted by: Yellowbeard
Originally posted by: SickBeast
Please show me where I am wrong with some kind of proof.

Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:

Every time you load up a 32 bit program in 64 bit Vista it will use up a ton more memory. It is not insignificant.
Is this the same with and without Superfetch? And, I'm not trying to call you out or anything as this genuinely intersests me. Do you have any test results to links to show what you have posted here?

There was an AT article about a year ago that compared the memory footprint of 32 bit vs. 64 bit Vista. I just searched for it but I can't find it.

I would imagine that superfetch is irrelevant here. The problem is that when you run a 32 bit program on a 64 bit operating system, it uses 30-50% more memory because it has to load up the 32 bit and 64 bit registers. For people with <2gb of ram, this can be very detrimental to performance.
 

alevasseur14

Golden Member
Feb 12, 2005
1,760
1
0
So the millions of 32 bit PCs that Microsoft wanted to sell 32 bit upgrades to isn't reason enough? Sure, Vista wasn't adopted as readily as MS had hoped but the argument that there's no purpose for 32 bit Vista is completely ridiculous.

I bought Vista the day it was released. I went through all the teething issues, don't get me wrong. It's a much better scene now, however. Take a breath, everything is going to be OK...
 

coolVariable

Diamond Member
May 18, 2001
3,724
0
76
Originally posted by: SickBeast
Originally posted by: taltamir
Originally posted by: SickBeast
32 bit Vista has a much smaller memory footprint, a smaller hard drive footprint, generally faster performance, greater stability, and greater compatibility. I would imagine that's why they made it.

wrong on almost every count.
it has an insignificantly smaller memory and HDD footprint, and I do mean insignificant. It is SLOWER in performance, and it has resulted in lesser stability for BOTH versions.
It is also not relatively more stable, I have seen 32bit drivers that were more stable than their 64bit counterparts, and the opposite, 64bit drivers more stable than the 32bit versions (because a coding error can be made in both to an equal degree)...

Also the greater compatibility thing is total bull, name one 32bit program that doesn't work on 64bit vista. And even if you could, it most likely had to be revised for VISTA compatibility, if there was no 32bit vista version then it could have been revised for 64bit vista instead with equal effort.

Please show me where I am wrong with some kind of proof.

Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:

Every time you load up a 32 bit program in 64 bit Vista it will use up a ton more memory. It is not insignificant.

Vista 32 is not slower than Vista 64. They are tied overall IMO. There are many cases where 32 bit Vista is much faster than the 64 bit version.

The compatibility thing is NOT bull. There are still tons of devices that do not have 64 bit drivers.

Vista 32 has also traditionally been more stable as the drivers are more mature; this may have changed at this point.

And doesn't Vista 64bit use something like 30GB after a clean install vs. 10+ GB for 32bit?
 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
Originally posted by: coolVariable
Originally posted by: SickBeast
Originally posted by: taltamir
Originally posted by: SickBeast
32 bit Vista has a much smaller memory footprint, a smaller hard drive footprint, generally faster performance, greater stability, and greater compatibility. I would imagine that's why they made it.

wrong on almost every count.
it has an insignificantly smaller memory and HDD footprint, and I do mean insignificant. It is SLOWER in performance, and it has resulted in lesser stability for BOTH versions.
It is also not relatively more stable, I have seen 32bit drivers that were more stable than their 64bit counterparts, and the opposite, 64bit drivers more stable than the 32bit versions (because a coding error can be made in both to an equal degree)...

Also the greater compatibility thing is total bull, name one 32bit program that doesn't work on 64bit vista. And even if you could, it most likely had to be revised for VISTA compatibility, if there was no 32bit vista version then it could have been revised for 64bit vista instead with equal effort.

Please show me where I am wrong with some kind of proof.

Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:

Every time you load up a 32 bit program in 64 bit Vista it will use up a ton more memory. It is not insignificant.

Vista 32 is not slower than Vista 64. They are tied overall IMO. There are many cases where 32 bit Vista is much faster than the 64 bit version.

The compatibility thing is NOT bull. There are still tons of devices that do not have 64 bit drivers.

Vista 32 has also traditionally been more stable as the drivers are more mature; this may have changed at this point.

And doesn't Vista 64bit use something like 30GB after a clean install vs. 10+ GB for 32bit?

no, no it doesn't.
 

pjkenned

Senior member
Jan 14, 2008
630
0
71
www.servethehome.com
Just want to say something here... Vista 64 has AWESOME 32-bit emulation. Do you end up using more memory... sure... but it is amazing how stable running 32-bit software is. This is something MSFT doesn't get enough credit for.
 

resident56

Junior Member
Nov 26, 2007
19
0
0
Just throwing a few things into the discussion. Most PCs from the large manufacturers such as HP, Dell, Acer come with at least 4GB of RAM and 64 bit Vista (due to low DDR2 prices). There is an argument to be made for i7 machines that only 3GB of RAM is a bottleneck.
 

Beanie46

Senior member
Feb 16, 2009
527
0
0
Originally posted by: resident56
There is an argument to be made for i7 machines that only 3GB of RAM is a bottleneck.

I don't buy that much, either. I just managed to break using 3GB of memory with 125 tabs open in a total of 13 Firefox windows, with Photoshop CS3 open and PowerDVD open running a movie.....in Vista Ultimate x64. I honestly think 3GB in most systems isn't going to be much of a bottleneck except in one being used to do serious work, like CAD or video work....certainly not in gaming.
 

poohbear

Platinum Member
Mar 11, 2003
2,284
5
81
here are the numbers from steam's database on its users systems specs (one of the largest collections out there):

Win OS:

xp 32biit 61%
vista 32bit 25%
vista 64bit 10%
xp 64bit 0.32%
Win 7 64bit 1.1%

Win 7 32bit 0.83%

Amount of RAM:

1gb or lower: 29%
1gb: 19%
2gb: 36%
3gb 24%
4gb 7%
5gb+ 2%

I think 4gb of ram is gonna last a whole lot longer w/ those figures.
 

resident56

Junior Member
Nov 26, 2007
19
0
0
Originally posted by: Beanie46
Originally posted by: resident56
There is an argument to be made for i7 machines that only 3GB of RAM is a bottleneck.

I don't buy that much, either. I just managed to break using 3GB of memory with 125 tabs open in a total of 13 Firefox windows, with Photoshop CS3 open and PowerDVD open running a movie.....in Vista Ultimate x64. I honestly think 3GB in most systems isn't going to be much of a bottleneck except in one being used to do serious work, like CAD or video work....certainly not in gaming.

http://www.tomshardware.com/ne...channel-ddr3,6614.html
 

poohbear

Platinum Member
Mar 11, 2003
2,284
5
81
Originally posted by: resident56
Originally posted by: Beanie46
Originally posted by: resident56
There is an argument to be made for i7 machines that only 3GB of RAM is a bottleneck.

I don't buy that much, either. I just managed to break using 3GB of memory with 125 tabs open in a total of 13 Firefox windows, with Photoshop CS3 open and PowerDVD open running a movie.....in Vista Ultimate x64. I honestly think 3GB in most systems isn't going to be much of a bottleneck except in one being used to do serious work, like CAD or video work....certainly not in gaming.

http://www.tomshardware.com/ne...channel-ddr3,6614.html

well, Corsair telling us we need more memory isnt exactly a shocking recomendation. I'd like to see an independant party do these tests to make its more bias free.
 

Rifter

Lifer
Oct 9, 1999
11,522
751
126
Originally posted by: SickBeast


Vista 64 uses 1.2gb of ram after it boots, whereas Vista 32 only uses 800mb. That's far from 'insignificant'. :roll:


You are incorrect, i have 64bit Vista home basic installed and after a cold boot its running with 900-925mb of ram usage.

 

taltamir

Lifer
Mar 21, 2004
13,576
6
76
yes rifterut, but facts don't seem to matter, they are convinced that 64bit vista takes massive amounts of ram and HDD space despite anyone who actually uses it saying otherwise, they will not test it, they just take it on faith that 64bit must be "bloated". with the specific amount of "bloat" constantly increasing.
 

magreen

Golden Member
Dec 27, 2006
1,309
1
81
Originally posted by: taltamir
yes rifterut, but facts don't seem to matter, they are convinced that 64bit vista takes massive amounts of ram and HDD space despite anyone who actually uses it saying otherwise, they will not test it, they just take it on faith that 64bit must be "bloated". with the specific amount of "bloat" constantly increasing.

duh, 64 > 32. i knows maf
 

Idontcare

Elite Member
Oct 10, 1999
21,110
59
91
Do You Really Need More Than 6 GB Of RAM?

Our 2004 article pointed out weaknesses in the once-popular single-gigabyte configurations. But 512 MB and smaller modules are now a distant memory

It wasnt long after that 2 GB became the performance standard, and by 2007, 4 GB kits could be found in all but the lowest-cost systems. Is it time to take the next step, to 8 GB or more? More importantly, were 4 GB modules ever really needed for games and everyday applications?

And with the 32-bit addressing limit of 4 GB making only 3 GB available to many users, should everyone switch to a 64-bit operating system simply to support higher capacities?

http://www.tomshardware.com/re...dule-upgrade,2264.html

Yeah it's toms but I thought their results were actually interesting enough to post a link.
 
sale-70-410-exam    | Exam-200-125-pdf    | we-sale-70-410-exam    | hot-sale-70-410-exam    | Latest-exam-700-603-Dumps    | Dumps-98-363-exams-date    | Certs-200-125-date    | Dumps-300-075-exams-date    | hot-sale-book-C8010-726-book    | Hot-Sale-200-310-Exam    | Exam-Description-200-310-dumps?    | hot-sale-book-200-125-book    | Latest-Updated-300-209-Exam    | Dumps-210-260-exams-date    | Download-200-125-Exam-PDF    | Exam-Description-300-101-dumps    | Certs-300-101-date    | Hot-Sale-300-075-Exam    | Latest-exam-200-125-Dumps    | Exam-Description-200-125-dumps    | Latest-Updated-300-075-Exam    | hot-sale-book-210-260-book    | Dumps-200-901-exams-date    | Certs-200-901-date    | Latest-exam-1Z0-062-Dumps    | Hot-Sale-1Z0-062-Exam    | Certs-CSSLP-date    | 100%-Pass-70-383-Exams    | Latest-JN0-360-real-exam-questions    | 100%-Pass-4A0-100-Real-Exam-Questions    | Dumps-300-135-exams-date    | Passed-200-105-Tech-Exams    | Latest-Updated-200-310-Exam    | Download-300-070-Exam-PDF    | Hot-Sale-JN0-360-Exam    | 100%-Pass-JN0-360-Exams    | 100%-Pass-JN0-360-Real-Exam-Questions    | Dumps-JN0-360-exams-date    | Exam-Description-1Z0-876-dumps    | Latest-exam-1Z0-876-Dumps    | Dumps-HPE0-Y53-exams-date    | 2017-Latest-HPE0-Y53-Exam    | 100%-Pass-HPE0-Y53-Real-Exam-Questions    | Pass-4A0-100-Exam    | Latest-4A0-100-Questions    | Dumps-98-365-exams-date    | 2017-Latest-98-365-Exam    | 100%-Pass-VCS-254-Exams    | 2017-Latest-VCS-273-Exam    | Dumps-200-355-exams-date    | 2017-Latest-300-320-Exam    | Pass-300-101-Exam    | 100%-Pass-300-115-Exams    |
http://www.portvapes.co.uk/    | http://www.portvapes.co.uk/    |