Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7714267
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 1, 20262026-06-01T02:05:07+00:00 2026-06-01T02:05:07+00:00

From my understanding by reading several articles I assumed Process Address Space(PAS) and Virtual

  • 0

From my understanding by reading several articles I assumed Process Address Space(PAS) and Virtual Memory(VM) are same. Is my understanding flawed? Can some one please shed some light on this and en light me? I am confused.

I understand Process Address Space has nothing to do with Ram or Physical memory.

But Just confused about PAS and VM.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-01T02:05:09+00:00Added an answer on June 1, 2026 at 2:05 am

    First: “memory” is not equal to “address space”. Address space is range of posible addresses. I.e. it’s 4 Gb for 32-bit pointers and 16 Eb for 64-bit pointers. On the other hand, memory is… well, memory which you can actually use (at least possibly). So, I bet you’re asking if “process memory” is equal to “virtual memory” or if “process address space” is equal to “virtual address space”.

    Second: Virtual memory is the only memory which you can use in user mode. You can’t access physical memory. Physical memory is for kernel mode and drivers. User mode applications work only with virtual memory. Thus, all memory is virtual in user mode. No need to append “virtual”. It’s by default.

    Therefore, “Process Address Space” = “[Virtual] Process Address Space” – i.e. the virtual address space of the single process. The same goes for “memory”: “Process Memory” = “[Virtual] Process Memory”.

    Third: Now, the “Virtual Memory” term usually refer to “System Virtual Memory” (global thing), which is larger than just one process. On the other hand: since addressing is specific to the process there is no such thing as “System Virtual Address Space” (global address space of all processes and kernel).

    So, the answer is:

    1. “Process Address Space” = “Virtual Address Space” = “Address Space”
    2. “Process Memory” <> “Virtual Memory”

    Examples

    For example, the typical limit for process address space is 4 Gb (for 32-bit apps). However, a typical limit of process virtual memory is 2 Gb (which can be expanded up to 3 Gb for 32-bit machines or 4 Gb for 64-bit machines).

    On the other hand, the virtual memory is larger than just your process. Consider the case when you allocate memory through CreateFileMapping function. You can create, say, 64 Gb virtual memory block. That’s OK even though 64 Gb > 2 Gb. Of course, you can’t use all 64 Gb at the same time (because process address space is just 4 Gb), but you can do it in chunks, say, per 512 Mb.

    Also, consider the case when you map the same virtual memory block to mupliple locations (multiple addresses).

    In other words, one-to-one mapping between virtual memory and virtual address doesn’t exist.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I'm looking into reading single bits from memory (RAM, harddisk). My understanding was, one
From my understanding, Lua is an embeddable scripting language that can execute methods on
Reading the Redis documentation on Virtual Memory at: http://redis.io/topics/virtual-memory With regards to vm-max-threads they
My understanding from reading the specification ( http://www.ietf.org/rfc/rfc2445.txt ) is that the : character
From my understanding the XMPP protocol is based on an always-on connection where you
From my understanding of the CSS spec, a table above or below a paragraph
From my understanding, each of these methods: get() and put() are atomic. But, when
I'm using TortoiseHg 0.5 (which includes Mercurial 1.0.2) on Vista64. My understanding from the
I have some not understanding actions from gnu clisp Suppose, I have some code
My understanding of Hibernate is that as objects are loaded from the DB they

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.