Pinterest Stumbleupon Whatsapp

Most computers today ship with a 64-bit version of Windows, and often a minimal amount of RAM. This brings into question how well these systems perform.  This is especially true when users want to run their legacy 32-bit software on these new computers.

Which raises an interesting question. Do you need more or less RAM How Much RAM Do You Really Need? How Much RAM Do You Really Need? RAM is like short term memory. The more you multitask, the more you need. Find out how much your computer has, how to get the most out of it, or how to get more. Read More to run a 32-bit application on a 64-bit version of Windows What Is 64-bit Computing? What Is 64-bit Computing? The packaging of a computer or computer hardware is crowded with technical terms and badges. One of the more prominent ones is 64-bit. Read More ? This week, Bruce Epper finds out.

A Reader Asks:

Is it true that running 32-bit apps on a 64-bit windows system consumes 1.5 times more memory compared to running the 32-bit app under a 32-bit Windows operating system?

Bruce’s Reply:

We have previously discussed benefits and drawbacks of keeping everything 64-bit across the board and some of the effects of “mixing and matching” How Windows Performance Is Affected by Hardware & Software How Windows Performance Is Affected by Hardware & Software In theory, 32-bit software could outperform its 64-bit counterpart, depending on the hardware setup. Sounds complicated? We're here to make sense and help you get the best performance out of your system. Read More . Today we are going to examine how 32-bit applications execute on 64-bit versions of Windows.

A 64-bit Windows operating system cannot run a 32-bit Windows program without some additional help. They’re just too different: from pointers and data types, to how system calls (how programs use the resources of the underlying operating system). You need some way to make them compatible.

Understanding WoW64

Windows uses the WoW64 (Windows32 on Windows64) subsystem to compensate for the differences. It effectively works as a 32-bit Windows mini-emulator on x64 systems and a full-fledged emulator on Itanium (IA64) systems.

IA64 systems require a full emulator due to the differences in processor instructions and memory page sizes (4K in x86 and x64, 8K in IA64). Since the x64 processors have all the instructions of the x86 processors and uses the same memory page size, it does not have the need for a full emulator.


In both cases, WoW64 provides an interface between the 64-bit Windows kernel and the 32-bit version of ntdll.dll (this contains a list of the core Windows kernel functions), intercepting kernel calls and altering them so they can be processed by the native 64-bit functions provided by the Windows kernel.

There are 3 DLL files used on x64/IA64 systems to achieve this: wow64cpu.dll, wow64win.dll, and wow64.dll. Their functions are to abstract the processor characteristics and provide thunks (we’ll get to them later) into win32k.sys which provides the “window” functionality and ntoskrnl.exe which contains the executive, kernel, memory manager, process scheduler (not to be confused with the Task Scheduler accessible from the Control Panel), and other core elements of the operating system.


A thunk is a subroutine (think of these as a series of instructions that perform a single task) that allows a program to execute a common subroutine or function in the system.

In this case, it extracts the arguments from the 32-bit program’s call stack, converts them to their 64-bit counterparts, and makes the 64-bit system call. Upon return from the call, it will convert the 64-bit results back to 32-bits and push them back onto the program’s call stack for the caller to use.

All thunking is done in user mode (which has limited permissions) for two reasons. First, it minimizes the effects of bugs in the code which could result in a security hole, data corruption, or a system crash if running in kernel-mode.

Second, it reduces the performance impact it would have if running in kernel mode (the mode used by the essential parts of the operating system) due to the overhead involved when switching between user mode and kernel mode and back.

Going back to Itanium systems, there are some other important differences to note. IA64 systems use two additional files. IA32exec.bin is the x86 software emulator and Wowia32x.dll provides the interface between WoW64 and the software emulator.

A 32-bit process will load these files as well as the 64-bit version of ntdll.dll. These are the only 64-bit binaries that may be loaded into a 32-bit process prior to Windows 7. Windows 7 and later also have another DLL, apisetschema.dll, which will be loaded into all processes.


When a 32-bit process is started, it will load Wow64.dll which in turn loads the 32-bit version of ntdll.dll and any necessary 32-bit DLLs from %systemroot%\SysWOW64. Most of these files are identical to the binaries on a 32-bit system although some have been rewritten to behave differently under WOW64.

Looking at the list of DLLs loaded we can see there are 9 DLLs loaded in the process under Win64 that are not there for the Win32 system.

Now, you might be tempted to look at the file sizes, add them up and use that as your basis for how much extra memory is being used, but you would end up with inaccurate results. These files, by their nature, are designed to be shared components and as a result, the first file to require a DLL loads it into memory.

Subsequent programs that require the same DLL do not load the entire component into memory. They get a pointer to the already-loaded component, and allocate RAM for the additional elements which are loaded into the process.

Our Testing Setup

In order to see what is going on, I have set up two virtual machines running Windows 7 Ultimate with 2 GB RAM allocated to each. One of them is the 32-bit version and the other is 64-bit. Both went through the exact same installation and patching process.

After both systems were patched, I disabled the swap file on both to get a better picture of memory usage by ensuring RAM could not be paged out to disk. Once that was complete LibreOffice was installed.


A copy of Sysinternals Process Explorer Process Explorer - The Most Powerful Task Manager Replacement [Windows] Process Explorer - The Most Powerful Task Manager Replacement [Windows] Let’s be honest, the Windows Task Manager isn’t that great for understanding and managing the processes running on your computer. Even on Windows 8, where it’s much-improved, the task manager can’t come close to the... Read More was also placed on both machines. This is the tool I used to gather memory usage information. The default column setup was changed so I could look at the Working Set and WS Private usage.

These working set numbers reflect the amount of RAM being used by the programs. It it complicated a bit further by reflecting the amount of memory used by shared libraries even if they were already loaded by another process. Because of this, if you add the entire column, it is possible to end up with a total greater than installed RAM. The working set is still the best gauge of exactly how much memory is required for a process.

The processes we are examining are not standing alone either. The various LibreOffice programs launch another process, soffice.exe, which will execute yet another process, soffice.bin. We need to be looking at the totals of all three processes to see the effective memory usage of each program.

For the initial test, I simply opened up Writer, Calc, and Impress individually to look at how much memory they consume without any data being loaded and exported the data from Process Explorer. With Calc and Impress, I had opened a 3.7 MB .xls file and 3.9 MB .pptx file respectively and recorded the new memory usage. The results can be seen in the table below. All data is in KB.


The big surprise occurred with Impress. Without a document it was using 4.1% more RAM on the 64-bit system and 9.9% less with the document loaded. I dug up a few other presentations and had similar results with all of them. The 64-bit system ended up using less RAM than the 32-bit system.

So, do the 64-bit versions of Windows require more RAM than their 32-bit counterparts when running 32-bit apps? In general, yes.

But do you need to upgrade your RAM? Probably not. The difference really isn’t that massive. It’s certainly not 1.5 times different.

Leave a Reply

Your email address will not be published. Required fields are marked *

  1. TheVideo Gamer443
    February 6, 2016 at 1:05 am

    Hey this not about this subject but i have dell latitude e6430 and im wondering if when my pc get to hot will i aortamaticly turn of or something like that Sorry i can’t spell

    • Bruce Epper
      February 6, 2016 at 1:50 am

      There are heat sensors in modern systems, including the CPU itself. If temperatures rise above acceptable operating specs for the system or CPU, it will automatically shut off to protect the components.

  2. VramGuy
    January 1, 2016 at 12:38 pm

    What happens to video RAM usage in a 32bit OS system? If I have a 32bit OS with 4gb of system RAM and 2gb of video card onboard VRAM does the GPU have any access to the 2gb of onboard VRAM?

    • Bruce Epper
      January 1, 2016 at 1:05 pm

      With a video card, the GPU has full access to the entire amount of VRAM on the card.

      For a system using onboard video, the video RAM is a chunk of system RAM reserved for that purpose. If the system is using an APU, the memory is directly accessible via a common memory controller. If the system is using a separate GPU, memory access is likely to be restricted through the CPU's memory controller.

  3. John Thuku
    January 1, 2016 at 12:22 pm

    Anyone notice this repetition of the following sentence in the first paragraph - This is especially true when users want to run their legacy 32-bit software on these new computers. This is especially true when users want to run their legacy 32-bit software on these new computers.

  4. Zinc Whiskers
    December 30, 2015 at 6:01 pm

    Where can you buy a machine with 2Gb of RAM these days?

    My Dad is still rocking one of my old machines from 2008 (i7-920, 12GB RAM)

    • Bazinga
      December 31, 2015 at 6:57 pm

      He has setup virtual machines, with 2Gb RAM each.

    • Bruce Epper
      January 1, 2016 at 9:40 am

      @Bazinga is right. Virtual machines were used during testing. The amount of configured RAM is included to show that there is sufficient headroom to prevent application faulting since it would be run without a paging file.

      Without enough RAM configured and the paging file disabled, an additional memory allocation request could result in an application error, crash, or system bugcheck (blue screen).

      The system the VMs were run on has 16 GB of RAM and is actively using approximately 8 GB of RAM when I am writing. I wanted to limit the amount of additional RAM usage when firing up both VMs for side-by-side manipulation. By limiting it to 2 GB each, I could ensure that the host system would not start experiencing latency issues due to the host system paging or otherwise cause any interference with the hypervisor.

  5. Koshy George
    December 30, 2015 at 4:39 pm

    Good Article, great job

    • Bruce Epper
      January 1, 2016 at 9:48 am

      Thank you. These are the types of articles I enjoy doing where I can dig into the workings and do some testing to see if the advice or words of wisdom hold water.

      This is one that I had heard several times and my experience didn't seem to fit, but I never thought to run an objective test to prove or debunk it until this question came through the pipeline.

      I'm glad it did!