Welcome to City-Data.com Forum!
U.S. CitiesCity-Data Forum Index
Go Back   City-Data Forum > General Forums > Science and Technology > Computers
 [Register]
Please register to participate in our discussions with 2 million other members - it's free and quick! Some forums can only be seen by registered members. After you create your account, you'll be able to customize options and access all our 15,000 new posts/day with fewer ads.
View detailed profile (Advanced) or search
site with Google Custom Search

Search Forums  (Advanced)
Reply Start New Thread
 
Old 03-13-2012, 11:43 AM
 
Location: West Virginia
16,662 posts, read 15,654,903 times
Reputation: 10910

Advertisements

OK, Tek. I stated my opinions before, and I generally say when my post is an opinion.

OTOH, it is a fact that a 32-bit operating system will never use 4GB of RAM.
Reply With Quote Quick reply to this message

 
Old 03-13-2012, 01:08 PM
 
Location: Silicon Valley
3,683 posts, read 9,857,373 times
Reputation: 3016
Quote:
Originally Posted by mensaguy View Post
OK, Tek. I stated my opinions before, and I generally say when my post is an opinion.

OTOH, it is a fact that a 32-bit operating system will never use 4GB of RAM.
Actually, you're completely wrong on that. Certain 32-bit server versions of Windows, and 32-bit Mac OS X both utilize the PAE feature on x86 processors to address far more memory than 4GB. 32-bit Mac OS X upper limit is 32GB I believe. It's either 16GB or 32GB.

What is true is that desktop versions of 32-bit Windows operating systems cannot use 4GB of RAM, and that the virtual address size of a 32-bit process cannot exceed 4GB.
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 02:55 PM
 
Location: Planet Eaarth
8,954 posts, read 20,673,069 times
Reputation: 7193
Quote:
Originally Posted by Asheville Native View Post
Is this your way of apologizing for giving erroneous information to a novice asking for help.
In the military we were taught never to apologize, back up, quit, or otherwise surrender to those that oppose us using dis-information. I remember this lesson well.
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 05:07 PM
 
28,803 posts, read 47,675,571 times
Reputation: 37905
Quote:
Originally Posted by MediocreButArrogant View Post
Actually, you're completely wrong on that. Certain 32-bit server versions of Windows, and 32-bit Mac OS X both utilize the PAE feature on x86 processors to address far more memory than 4GB. 32-bit Mac OS X upper limit is 32GB I believe. It's either 16GB or 32GB.

What is true is that desktop versions of 32-bit Windows operating systems cannot use 4GB of RAM, and that the virtual address size of a 32-bit process cannot exceed 4GB.
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 08:38 PM
 
Location: Silicon Valley
3,683 posts, read 9,857,373 times
Reputation: 3016
Quote:
Originally Posted by Tek_Freek View Post
Actually, if you think any of what I wrote is wrong, you are just demonstrating your ignorance. If you'd like me to educate you on virtual addressing vs physical addressing, MMUs, page tables, and translation lookaside buffers to show you how this is possible, I'd be happy to, except it is likely all over your head.

Perhaps the tables on the following page:

Physical Address Extension - Wikipedia, the free encyclopedia

are simple enough for you to understand.

Or perhaps this:

Physical Address Extension (PAE) is a processor feature that enables x86 processors to access more than 4 GB of physical memory on capable versions of Windows. Certain 32-bit versions of Windows Server running on x86-based systems can use PAE to access up to 64 GB or 128 GB of physical memory, depending on the physical address size of the processor. For details, see Memory Limits for Windows Releases.

which can be found at http://msdn.microsoft.com/en-us/library/aa366796.aspx
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 09:43 PM
 
16,294 posts, read 28,518,209 times
Reputation: 8383
Quote:
Originally Posted by Grandpa Pipes View Post
In the military we were taught never to apologize, back up, quit, or otherwise surrender to those that oppose us using dis-information. I remember this lesson well.
Doesn't do a thing to make your appear smarter, or right.

Wrong and proud of it is nothing to be proud of.
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 10:02 PM
 
16,294 posts, read 28,518,209 times
Reputation: 8383
Quote:
Originally Posted by MediocreButArrogant View Post
Actually, you're completely wrong on that. Certain 32-bit server versions of Windows, and 32-bit Mac OS X both utilize the PAE feature on x86 processors to address far more memory than 4GB. 32-bit Mac OS X upper limit is 32GB I believe. It's either 16GB or 32GB.

What is true is that desktop versions of 32-bit Windows operating systems cannot use 4GB of RAM, and that the virtual address size of a 32-bit process cannot exceed 4GB.
Why do people insist on muddying the waters when a novice asks for some basic help.

The OP clearly stated they have a Dell 8400 and are running XP SP3.
A Dell 8400 motherboard supports ONLY 4GB of RAM, and XP supports only 4GB of RAM, but will recognize only 3.5GB of RAM.

It is really a disservice, and is not the purpose of these threads where people can ask for help. Wrong information and irrelevant tangents do nothing to impress anyone, and leave many of us going......
Reply With Quote Quick reply to this message
 
Old 03-13-2012, 10:06 PM
 
16,294 posts, read 28,518,209 times
Reputation: 8383
Quote:
Originally Posted by MediocreButArrogant View Post
Actually, if you think any of what I wrote is wrong, you are just demonstrating your ignorance. If you'd like me to educate you on virtual addressing vs physical addressing, MMUs, page tables, and translation lookaside buffers to show you how this is possible, I'd be happy to, except it is likely all over your head.

Perhaps the tables on the following page:

Physical Address Extension - Wikipedia, the free encyclopedia

are simple enough for you to understand.

Or perhaps this:

Physical Address Extension (PAE) is a processor feature that enables x86 processors to access more than 4 GB of physical memory on capable versions of Windows. Certain 32-bit versions of Windows Server running on x86-based systems can use PAE to access up to 64 GB or 128 GB of physical memory, depending on the physical address size of the processor. For details, see Memory Limits for Windows Releases.

which can be found at Physical Address Extension (Windows)
And this helps the OP how. If you stick 8 or 16 GB in her Dell 8400, it probably won't even POST.

Yep, you have impressed some here, problem is you have failed to make a positive impression.
Reply With Quote Quick reply to this message
 
Old 03-14-2012, 06:21 AM
 
Location: West Virginia
16,662 posts, read 15,654,903 times
Reputation: 10910
Quote:
Originally Posted by MediocreButArrogant View Post
Actually, if you think any of what I wrote is wrong, you are just demonstrating your ignorance. If you'd like me to educate you on virtual addressing vs physical addressing, MMUs, page tables, and translation lookaside buffers to show you how this is possible, I'd be happy to, except it is likely all over your head.

Perhaps the tables on the following page:

Physical Address Extension - Wikipedia, the free encyclopedia

are simple enough for you to understand.

Or perhaps this:

Physical Address Extension (PAE) is a processor feature that enables x86 processors to access more than 4 GB of physical memory on capable versions of Windows. Certain 32-bit versions of Windows Server running on x86-based systems can use PAE to access up to 64 GB or 128 GB of physical memory, depending on the physical address size of the processor. For details, see Memory Limits for Windows Releases.

which can be found at Physical Address Extension (Windows)
Big deal. The question does not deal with anybody running Server Edition. It is a simple Dell PC under question here.

(Opinion alert: Your name does indeed fit.)

The fact of the matter is that a 32-bit operating system can address no more than 4,294,967,296 bytes of memory. Out of the the BIOS ROM must be subtracted as well as the NVM that contains the CMOS settings. Then the hardware interrupt addresses must be reserved as as the ROM contained on video cards, controllers, etc. Therefore, practical advice for this user (which is what most of us try to provide [I'm thinking of Tek, Ashe, NHDave, Turco, NeilVA, and a few others]) is to save his money, add 2 GB to the 1GB he has, and enjoy the noticeable performance imporvement until the time comes to replace the computer.

There have been systems around since the 286 processor days that would permit some systems to access memory in excess of the normal maximum. That, in no way, makes it practical for most normal, everyday people to use it in common computing tasks.

Statements like this are about as useful as telling someone coming here with problems they need to overclock their processor.
Reply With Quote Quick reply to this message
 
Old 03-14-2012, 06:41 AM
 
28,803 posts, read 47,675,571 times
Reputation: 37905


Stills seems to be a fitting comment. I was just trying to be succinct. Other posters have filled in the rest of my post for me.

Thanks, fellas!!
Reply With Quote Quick reply to this message
Please register to post and access all features of our very popular forum. It is free and quick. Over $68,000 in prizes has already been given out to active posters on our forum. Additional giveaways are planned.

Detailed information about all U.S. cities, counties, and zip codes on our site: City-data.com.


Reply
Please update this thread with any new information or opinions. This open thread is still read by thousands of people, so we encourage all additional points of view.

Quick Reply
Message:


Over $104,000 in prizes was already given out to active posters on our forum and additional giveaways are planned!

Go Back   City-Data Forum > General Forums > Science and Technology > Computers
Similar Threads

All times are GMT -6.

© 2005-2024, Advameg, Inc. · Please obey Forum Rules · Terms of Use and Privacy Policy · Bug Bounty

City-Data.com - Contact Us - Archive 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37 - Top