Windows 7 32-bit with full 4 GB or 8 GB RAM support


Recommended Posts

Which you don't know at all. Personally I think running patches like this is stupid, but I wouldn't be so quick to insist that it doesn't work. From a theoretical aspect, it can certainly work.

There is no such thing as a "PAE-aware" application. The 2GB limitation always applies, even on 32-bit versions of Windows that support more than 4GB (the server line.) The only way around this is for applications to do their own memory management by mapping chunks of memory in and out of their address space, but this is fairly rare. A few server programs did it years and years ago, but nothing else does.

Why doesn't it work? What are you basing this claim on? You do know that Microsoft sells a whole range of 32-bit operating systems that support up to 128GB of memory, right? It's called their server products. As you probably know, the server and client edition is virtually identical (to the point where binaries literally are identical for Vista and 2008). With this in mind, I don't know why you believe it is completely impossible to patch the part of the kernel and loader that decides how much memory you get to use. It doesn't have to be more than a few bytes to change.

"Theoreticaly" isn't real world. It doesn't work. Do some research.

Quit with the FUD please. 32 bit is 32 bit not 36.

"Quit with the fear, uncertainty and doubt?" What on earth does that sentence even mean?

Just because the CPU architecture is 32-bit, does not mean that the addressing has to be. Modern systems support >36-bit addressing, and this is implemented with three-level translation. It's a completely standard thing, supported by all platforms from Windows Server to OS X to Linux to FreeBSD to most other platforms still in development.

Why doesn't it work? What are you basing this claim on? You do know that Microsoft sells a whole range of 32-bit operating systems that support up to 128GB of memory, right? It's called their server products. As you probably know, the server and client edition is virtually identical (to the point where binaries literally are identical for Vista and 2008). With this in mind, I don't know why you believe it is completely impossible to patch the part of the kernel and loader that decides how much memory you get to use. It doesn't have to be more than a few bytes to change.

Is it that hard to read what I said before you respond?... This is not about server products or any of that. If the server products can already address more memory, then it would not need this.

For the second or third time, this is for the mainstream 32-bit system that you piece together from Newegg or whatever. NOT SERVER HARDWARE.

For this casual user with a 32-bit system, this will not work because the hardware and software will not allow it. That's it, no excuses. If you honest think it will work, go try it yourself and report back to us...

Seriously. Get a clue. It won't work. Do some research.

No, you get a clue. What I said was absolutely correct. I suggest that you contact Microsoft and Apple immediately and inform them that their products that support PAE do in fact not work. I'm sure they would be surprised to find out. You get right on that.

Is it that hard to read what I said before you respond?... This is not about server products or any of that. If the server products can already address more memory, then it would not need this.

For the second or third time, this is for the mainstream 32-bit system that you piece together from Newegg or whatever. NOT SERVER HARDWARE.

For this casual user with a 32-bit system, this will not work because the hardware and software will not allow it. That's it, no excuses. If you honest think it will work, go try it yourself and report back to us...

You are absolutely wrong. It is supported by most current consumer hardware. The server versions of Windows support it because they are licensed to use more than 4GB and because they do not have an artificial limit imposed for driver compatibility (which the client edition does.) The logic is that people who run the server edition are able to pick components that they know support it, so that the compatibility issue doesn't matter as much.

Now, whether this particular patch works, I do not know, but it is a simple fact that everything needed to support it is already present in Windows, but is just disabled in the client edition (which is mostly identical to the server edition, with different settings.) This means that it could certainly be possible to do it from a technical aspect. The people here who are claiming it doesn't work or can't be done, are not basing this claim on any facts.

Seriously. You need to do your homework. It's not gonna happen no matter what you wish in this world. You're wrong, let it go.

You need to state what I am wrong about. I have said several things, so please be specific. Am I wrong about it being possible to go beyond 32-bit addressing on 32-bit systems with PAE? Am I wrong about the fact that Microsoft sells 32-bit versions of Windows that support up to 128GB? Am I wrong about the server and client line being virtually identical? What am I wrong about? Be specific.

I am now tired of you. PAE was never an issue. I believe you brought it into the discussion. As far as the server/client issue. Do you not think that a company would even have a server/client if there wasn't an advantage and a purpose to either? Go away.

im amazed at people still wanting to use 4+ gigs of memory on a 32bit system, 32bit is on its way out so why use something that will not use all your memory, and not use something that will make a better overall computer system. I hope Windows 8 is the last of 32bit software and they move to 64bit windows with windows9. I have heard that the current windows server is the last of 32bit and the next will be only 64bit. It seems like people have had mixed results with PAE and that its not worth having it... in the end i think people should try both and see how the feel!

You need to state what I am wrong about. I have said several things, so please be specific. Am I wrong about it being possible to go beyond 32-bit addressing on 32-bit systems with PAE? Am I wrong about the fact that Microsoft sells 32-bit versions of Windows that support up to 128GB? Am I wrong about the server and client line being virtually identical? What am I wrong about? Be specific.

hdood, stop living under a rock and upgrade to x64.

And to everyone else, Windows does support 36bit addressing via PAE, but, it's a hardware problem with drivers etc. Server based products can be tailored to support it since it's a server environment, but for standard consumer hardware like Graphics cards etc, they need to be designed and have drivers to fully support it or you'll have system crashes and so on. This "hack" will only cause system instability which can be avoided by either just staying with 32bit version of Windows or upgrading to x64.

All this crap needs to stop, retail versions of Windows Vista/7 (I think some OEM copies) can go from 32bit to 64bit without any additional cost since the CD keys will work with both products.

x64 is no just about more memory, it's the extra CPU registerers etc that are good for speed increases for applications that support/take advantage of x64 based hardware. And if I hear someone say "Well, 32bit is 'emulated' in x64 version of Windows", please stfu, really, the performance differences for this type of 'emulation' is near to nothing.

  • Like 1
You are absolutely wrong. It is supported by most current consumer hardware. The server versions of Windows support it because they are licensed to use more than 4GB and because they do not have an artificial limit imposed for driver compatibility (which the client edition does.) The logic is that people who run the server edition are able to pick components that they know support it, so that the compatibility issue doesn't matter as much.

Now, whether this particular patch works, I do not know, but it is a simple fact that everything needed to support it is already present in Windows, but is just disabled in the client edition (which is mostly identical to the server edition, with different settings.) This means that it could certainly be possible to do it from a technical aspect. The people here who are claiming it doesn't work or can't be done, are not basing this claim on any facts.

Seriously, can you please stop going on about server hardware/software? For the fourth time, this is NOT about that.

If you want to convince us that this works, please go try it. I mean no disrespect, but you won't convince us with anything until you give us physical proof that it will work.

hdood, stop living under a rock and upgrade to x64.

And to everyone else, Windows does support 36bit addressing via PAE, but, it's a hardware problem with drivers etc. Server based products can be tailored to support it since it's a server environment, but for standard consumer hardware like Graphics cards etc, they need to be designed and have drivers to fully support it or you'll have system crashes and so on. This "hack" will only cause system instability which can be avoided by either just staying with 32bit version of Windows or upgrading to x64.

All this crap needs to stop, retail versions of Windows Vista/7 (I think some OEM copies) can go from 32bit to 64bit without any additional cost since the CD keys will work with both products.

x64 is no just about more memory, it's the extra CPU registerers etc that are good for speed increases for applications that support/take advantage of x64 based hardware. And if I hear someone say "Well, 32bit is 'emulated' in x64 version of Windows", please stfu, really, the performance differences for this type of 'emulation' is near to nothing.

Not emulated. Virtualized. ;)

Seriously. You need to do your homework. It's not gonna happen no matter what you wish in this world. You're wrong, let it go. Supported HARDWARE WISE- not SOFTWARE unless you have the correct OS.

What is likely happening with this patch is that they are modifying the kernel to act like the kernel from the server lines of Windows, which support more than 4GB on 32-bit. There is your OS support right there. Now what exactly are you saying won't work?

im amazed at people still wanting to use 4+ gigs of memory on a 32bit system, 32bit is on its way out so why use something that will not use all your memory, and not use something that will make a better overall computer system. I hope Windows 8 is the last of 32bit software and they move to 64bit windows with windows9. I have heard that the current windows server is the last of 32bit and the next will be only 64bit. It seems like people have had mixed results with PAE and that its not worth having it... in the end i think people should try both and see how the feel!

Most probably would LIKE to go to 64 bit, BUT 32 bit ONLY CPU's still do exist. And obviously 64 bit wont install if the CPU is only 32 bit. And the only way they'll be able to get out of 32 bit, is if they update everything. So, it'll support it

I am now tired of you. PAE was never an issue. I believe you brought it into the discussion. As far as the server/client issue. Do you not think that a company would even have a server/client if there wasn't an advantage and a purpose to either? Go away.

Please answer my question. PAE was never an issue? What do you mean? PAE is the feature that lets you use >32-bit addressing on 32-bit platforms (something you claimed wasn't possible).

Again, tell me what was wrong?

Was it that it is it possible to go beyond 32-bit addressing on 32-bit systems with PAE?

Was it that Microsoft sells 32-bit versions of Windows that support up to 128GB?

Was it that the server and client line is virtually identical?

Since you know for a fact that this patch can't work, could you take a few minutes to explain to us how the memory initialization during startup works in Windows, and how it differs between Vista and Server 2008? How do you know that the difference is any more substantial than simply setting a flag? It's not unreasonable to suspect this, so how do you know otherwise? I trust that you can enlighten us, since you clearly know the facts here.

Most probably would LIKE to go to 64 bit, BUT 32 bit ONLY CPU's still do exist. And obviously 64 bit wont install if the CPU is only 32 bit. And the only way they'll be able to get out of 32 bit, is if they update everything. So, it'll support it

Well, technically they do, but they're no longer made except for certain mobile processors. I doubt there's any great number of people out there with old 32-bit Pentiums or Athlons and >4GB of memory they're dying to get to work. When this topic comes up, it's almost exclusively people with fairly high-end modern hardware.

What is likely happening with this patch is that they are modifying the kernel to act like the kernel from the server lines of Windows, which support more than 4GB on 32-bit. There is your OS support right there. Now what exactly are you saying won't work?

What "patch"? The kernel is what it is. You can't alter 32 bit code to do what 64 bit code does. Go away with the FUD.

Seriously, can you please stop going on about server hardware/software? For the fourth time, this is NOT about that.

As I (and others) have stated, this patch is most likely making a hybrid kernel that has the memory support from the server software patched into the kernel for the client OS. That is why people keep mentioning the fact that the server version support it. You and ShamRocker1 are the ones who keep claiming that it simply isn't possible at all without stating any facts to back up your claims.

http://www.geoffchappell.com/viewer.htm?do...ense/memory.htm

Read please.

That 32-bit editions of Windows Vista are limited to 4GB is not because of any technical constraint on 32-bit operating systems. The 32-bit editions of Windows Vista all contain code for using physical memory above 4GB. Microsoft just doesn’t license you to use that code.

ps. Please don't whinge that its about Vista, the same applies to 7

What "patch"? The kernel is what it is. You can't alter 32 bit code to do what 64 bit code does. Go away with the FUD.

I don't think you understand. The ability to use 36-bit addressing is already present in 32-bit Windows. It's solid, fully tested implementation that has been around for ages. If you want some examples of what the various 32-bit versions of Windows Server can support, you can click here.

The server and client version of Windows aren't two separate operating systems. They're the same OS, built from the same code, but with different settings. They even share many binaries (this makes servicing much easier.) It's perfectly rational to suspect that the configuration is decided at runtime with a simple flag, and that you can patch the kernel to enable the functionality that is really intended for the server editions. This doesn't have to be more than a few bytes.

It's a silly thing to do, and leaves your OS in an unsupported state, but it can be possible.

As I (and others) have stated, this patch is most likely making a hybrid kernel that has the memory support from the server software patched into the kernel for the client OS. That is why people keep mentioning the fact that the server version support it. You and ShamRocker1 are the ones who keep claiming that it simply isn't possible at all without stating any facts to back up your claims.

Well. We managed to get 4 pages of crap.

No, it didn't, and it isn't (supported).

Actually, XP did originally support it. The license limited it to 4GB, but you could use the whole 4GB with PAE (and not lose any address space to things like the graphics card.) It was disabled in SP1 because of compatibility issues with incorrectly designed drivers.

I don't think you understand. The ability to use 36-bit addressing is already present in 32-bit Windows. It's solid, fully tested implementation that has been around for ages. If you want some examples of what the various 32-bit versions of Windows Server can support, you can click here.

The server and client version of Windows aren't two separate operating systems. They're the same OS, built from the same code, but with different settings. They even share many binaries (this makes servicing much easier.) It's perfectly rational to suspect that the configuration is decided at runtime with a simple flag, and that you can patch the kernel to enable the functionality that is really intended for the server editions. This doesn't have to be more than a few bytes.

It's a silly thing to do, and leaves your OS in an unsupported state, but it can be possible.

Are you still talking about PAE? Reading this thread it seems to me that nobody denied the existence of PAE or its ability to extend memory usage in a 32-bit OS under the right conditions, but rather that it isn't practical for consumers using standard consumer hardware because of incompatibilities.

As I (and others) have stated, this patch is most likely making a hybrid kernel that has the memory support from the server software patched into the kernel for the client OS. That is why people keep mentioning the fact that the server version support it. You and ShamRocker1 are the ones who keep claiming that it simply isn't possible at all without stating any facts to back up your claims.

Well. We managed to get pages of crap.

Why did you quote me there without using quote tags??

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • KillerPDF 1.4.2 by Razvan Serea KillerPDF is a lightweight, portable PDF editor for Windows built for users who want full control without subscriptions, installers, or telemetry. It runs as a single executable, making it ideal for USB use and field work. You can view PDFs with smooth PDFium rendering, navigate quickly with thumbnails, zoom, and shortcuts, and reorganize pages using drag-and-drop. It supports merging multiple PDFs, splitting documents, and extracting selected pages. KillerPDF also allows inline text editing with font matching to preserve the original layout, plus annotations like text boxes, freehand drawing, highlights, and reusable signatures. You can search full text, copy content easily, and print documents with flattened annotations. Designed as a free and open alternative to bloated PDF tools, it works fully offline on Windows 10/11 x64. No runtimes install. Everything needed is inside the EXE (targets .NET Framework 4.8, which ships with every supported Windows release). KillerPDF key features: High-quality PDF rendering via PDFium Edit PDF text inline (double-click to modify text) Page thumbnails and fast navigation with zoom and shortcuts Merge multiple PDFs into one Split PDFs and extract selected pages Drag-and-drop page reordering Font matching to preserve original document appearance Text boxes for notes Freehand drawing tools Highlight overlays with adjustable color, size, opacity Undo actions and clear per-page annotations Create, draw, and save reusable signatures Click-to-place signatures anywhere Full-text search with highlighted results Drag-select or Ctrl+A to copy text Print with annotations flattened Portable single-file app (~10 MB) No installer, no admin rights required No account, no telemetry KillerPDF 1.4.2 changelog: What's new PDF form filling. Interactive PDF forms now render their fields (text inputs, checkboxes, radio buttons) as live controls. Fill them in directly and save — field values are written back into the PDF. PDF outline (bookmark) navigation. A new OUTLINES tab in the sidebar displays the document's bookmark tree. Click any entry to jump to that page. The sidebar auto-fits its width to the longest entry on open and can be dragged wider; switching back to PAGES snaps to the pages-mode width. Fixed Page rotation no longer reverts after saving. Rotations applied via the sidebar context menu now persist correctly through the save pipeline. Copied text words were out of order on PDFs where glyphs are stored in non-reading order (Issue #66). Text extraction now sorts words by position and uses a dynamic line-grouping threshold so both drag-select and Select All produce correctly ordered output. PDFs with malformed or non-standard XRef tables now open in read-only mode instead of showing "Invalid entry in XRef table" and failing entirely. Download: KillerPDF 1.4.2 | 6.1 MB (Open Source) Link: KillerPDF Home Page | Github | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • "...a low price of just $340..." I don't think it means what you think it means.
    • This Corsair Vengeance DDR5-6000 32GB RAM with RGB is a great deal for limited time by Sayan Sen Memory prices have been through the roof for a while, though it seems like things might finally be getting better. If you are in the market for one, then grab this Corsair Vengeance DDR5 32GB (2x16GB) DDR5 6000 CL36 kit with RGB for a low price of just $340 (purchase link under the specs table down below). The kit is compatible with both AMD and Intel systems as it supports both EXPO and XMP overclocking profiles, respectively. 6000 MT/s is often the sweet spot for many systems as it provides ample data transfer speed while still being on Gear 1 mode. This Vengeance variant has RGB so if you love bright setups with such lighting, this is a win-win for you. The technical specifications of the Corsair Vengeance memory kit are given in the table below: Specification Value Memory Type DDR5 Memory Size (Total) 32GB Kit Configuration 2 × 16GB Form Factor UDIMM (Desktop) Pin Count 288-pin Speed (Data Rate) 6000 MT/s Speed Rating PC5-48000 Tested CAS Latency 38-44-44-96 Voltage (Tested) 1.35V Performance Profile AMD EXPO & Intel XMP Heat Spreader Aluminum heatspreader Cooling Type Passive (Heatsink) Lighting Ten Zone RGB Software Support Corsair iCUE Get it at the link below: CORSAIR Vengeance RGB DDR5 32GB (2 x 16GB) 6000 CL38 – Gray (CMH32GX5M1E6000Z38): $339.99 (Sold and Shipped by Woot US, Fulfilled by Amazon US) This Woot deal is US-specific and not available in other regions unless specified. This is a first-party seller link (at the time of article publishing); ensure that you also purchase from a first-party seller link only. If you don't like it or want to look at more options, check out the previous deals that we have covered, OR you can also visit Amazon US deals page. Get Prime (SNAP), Prime Video, Audible Plus or Kindle / Music Unlimited. Free for 30 days. As an Amazon Associate, we earn from qualifying purchases.
    • The very fact that a TPM (v2.0 specifically which is part of the issue I suspect) is now a baseline for any supported Windows installation will naturally mean other vendors will start to leverage it as they know it'll be there. It's called progress, and it's always been the way. A TPM isn't a windows thing, it's just a module designed to securely store keys. Secure boot isn't a Windows thing (although MS are the TCA as I recall hence the upheaval this year as the 2011 certs expire), it's just a way to verify a bootloader is signed. Windows simply leverages them.
    • It's a local account with the ability to reset a password at a very base level. I really don't get the issue that gets whipped up around it But you do you
  • Recent Achievements

    • Proficient
      Eric Biran went up a rank
      Proficient
    • Dedicated
      Conjor earned a badge
      Dedicated
    • Week One Done
      Windows Guy earned a badge
      Week One Done
    • Dedicated
      Mark Spruce earned a badge
      Dedicated
    • Collaborator
      conkir earned a badge
      Collaborator
  • Popular Contributors

    1. 1
      +primortal
      479
    2. 2
      PsYcHoKiLLa
      244
    3. 3
      Steven P.
      72
    4. 4
      +Edouard
      66
    5. 5
      Skyfrog
      65
  • Tell a friend

    Love Neowin? Tell a friend!