Skip to content

Memory address

Use a fixed-width value within a declared address space to identify an addressable storage unit, with architecture and translation rules determining which physical location a load or store reaches.

Version
v2 · 2026-08-30 · History
Domain-specific #
2258
Origin domain
computer architecture
Subdomain
memory addressing and translation

Core Idea

A memory address is a machine-level reference value interpreted within a declared address space to select a storage location or minimum addressable unit for an instruction, device, or software access.[1][1] An instruction or device presents an address value, architecture rules divide it into any required segment, page, index, and offset fields, translation and protection state resolve the reference, and the memory hierarchy routes the resulting access to the selected physical storage or reports a fault.

Its autonomous residual is the architecture-qualified locator value and its resolution to one addressable storage unit, including width, granularity, namespace, translation level, and access semantics, rather than a memory location itself, the contents of that location, or every higher-level reference. The identity fails when the namespace is unstated, identical bit patterns from different processes are assumed to denote the same storage, byte addressing is universalized, virtual and physical levels are conflated, or a pointer's type and lifetime semantics are treated as properties of the bare address.

Recognition requires an analyst to state the address space, width, addressable unit, virtual, logical, real, physical, or absolute level, translation state, alignment and access size; then distinguish the address value from the bytes stored there and from a typed pointer that contains or computes it. Once established, it supports describing machine instructions and data access, calculating address-space capacity, analyzing byte- and word-addressed designs, explaining virtual-memory translation, distinguishing pointer representation from denotation, and documenting split or segmented memory models without turning those uses into the definition.

Structural Signature

  • Carrier: a machine-defined address space containing addressable storage units and a hardware-software resolution path from an address representation to a memory access
  • Inputs or antecedent state: address bit pattern, namespace or address-space context, addressable unit, bus or architectural width, alignment, access size, privilege, virtual-to-physical mapping where present, and the current memory map
  • Constitutive operation: An instruction or device presents an address value, architecture rules divide it into any required segment, page, index, and offset fields, translation and protection state resolve the reference, and the memory hierarchy routes the resulting access to the selected physical storage or reports a fault
  • Invariant: a numeric or coded value is interpreted under one architecture and address-space context as the locator of an addressable storage unit, with its denotation determined by the current resolution and mapping rules
  • Recognition test: state the address space, width, addressable unit, virtual, logical, real, physical, or absolute level, translation state, alignment and access size; then distinguish the address value from the bytes stored there and from a typed pointer that contains or computes it
  • Output or consequence: describing machine instructions and data access, calculating address-space capacity, analyzing byte- and word-addressed designs, explaining virtual-memory translation, distinguishing pointer representation from denotation, and documenting split or segmented memory models
  • Failure boundary: the namespace is unstated, identical bit patterns from different processes are assumed to denote the same storage, byte addressing is universalized, virtual and physical levels are conflated, or a pointer's type and lifetime semantics are treated as properties of the bare address

What It Is Not

  • It is not the whole field of computer architecture; many objects in that field do not satisfy its constitutive rule.
  • It is not its canonical example. On a byte-addressed flat physical address space, successive integer addresses select successive bytes, while a multi-byte value occupies a range whose ordering is governed separately by endianness. That is an instance, not a definition.
  • It is not Pointer. A pointer is a typed program value whose operations, null state, provenance, aliasing, and lifetime govern indirect access; a memory address is the lower-level locator it may encode. Far Pointer adds explicit segment or address-space context, while Memory Management governs allocation and translation policies.
  • It is not an unrestricted metaphor. Harvard, segmented, capability, tagged, banked, and word-addressed systems can have several noninterchangeable address spaces or representations, so a bare integer may be insufficient to determine the target

Scope of Application

Memory address applies when the analyst can specify a machine-defined address space containing addressable storage units and a hardware-software resolution path from an address representation to a memory access and establish that a numeric or coded value is interpreted under one architecture and address-space context as the locator of an addressable storage unit, with its denotation determined by the current resolution and mapping rules. The entry describes architectural memory locators, not network, postal, file, or database addresses. Security implications are kept conceptual and do not supply exploitation guidance.[2]

  • Recognition. state the address space, width, addressable unit, virtual, logical, real, physical, or absolute level, translation state, alignment and access size; then distinguish the address value from the bytes stored there and from a typed pointer that contains or computes it
  • Comparison. Compare legitimate instances through address-space identity, representation width, addressable unit, alignment, access size, segmentation, paging, translation level, protection, privilege, mapping lifetime, aliasing, and physical implementation range.
  • Boundary. Harvard, segmented, capability, tagged, banked, and word-addressed systems can have several noninterchangeable address spaces or representations, so a bare integer may be insufficient to determine the target
  • Use. Preserve every assumption when using the identity for describing machine instructions and data access, calculating address-space capacity, analyzing byte- and word-addressed designs, explaining virtual-memory translation, distinguishing pointer representation from denotation, and documenting split or segmented memory models.

Clarity

A clear claim names the carrier, governing rule, assumptions, and recognition test. This matters because address can mean a numeric location, a pointer value, an effective-address expression, a virtual address, a physical bus value, or a whole address space, and bit width alone does not resolve those senses. The disciplined statement is that the object counts as Memory address exactly when a numeric or coded value is interpreted under one architecture and address-space context as the locator of an addressable storage unit, with its denotation determined by the current resolution and mapping rules

Identity and measurement remain separate. Nominal width bounds a representable namespace, not installed capacity; supported bits, reserved regions, page-table format, privilege, and hardware implementation determine usable reach. Approximation or noisy evidence may weaken a classification without changing its definition.

Manages Complexity

The abstraction compresses physical and virtual addresses, flat and segmented models, byte-, word-, bit-, character-, and digit-addressable machines, Harvard and unified spaces, capability and tagged addressing, and memory-mapped devices into a stable carrier, rule, invariant, and failure boundary. It makes comparison tractable while retaining the variables that control validity.

Compression can hide assumptions. A responsible use therefore declares address-space identity, representation width, addressable unit, alignment, access size, segmentation, paging, translation level, protection, privilege, mapping lifetime, aliasing, and physical implementation range and returns to the full diagnostic whenever a convention or boundary case changes.

Abstract Reasoning

  1. Type the carrier. Establish a machine-defined address space containing addressable storage units and a hardware-software resolution path from an address representation to a memory access and reject examples from a different problem.
  2. Lock the rule. Express that a numeric or coded value is interpreted under one architecture and address-space context as the locator of an addressable storage unit, with its denotation determined by the current resolution and mapping rules independently of one notation or implementation.
  3. Derive carefully. Infer describing machine instructions and data access, calculating address-space capacity, analyzing byte- and word-addressed designs, explaining virtual-memory translation, distinguishing pointer representation from denotation, and documenting split or segmented memory models only under the stated assumptions.
  4. Stress-test. Contrast the legitimate boundary case—Harvard, segmented, capability, tagged, banked, and word-addressed systems can have several noninterchangeable address spaces or representations, so a bare integer may be insufficient to determine the target—with this counterexample: the integer 4096 written in a file is not a memory address until an execution context and address interpretation bind it to a storage namespace.

Knowledge Transfer

Transfer within computer architecture is strong when new cases preserve the same carrier, mechanism, and diagnostic. The move from On a byte-addressed flat physical address space, successive integer addresses select successive bytes, while a multi-byte value occupies a range whose ordering is governed separately by endianness. to A process virtual address can be divided into virtual-page number and page offset, translated through current page tables and protection state, and combined with a physical frame to form the memory access.[2] demonstrates that continuity.[3]

Outside the domain, only the skeleton—interpose a compact locator that is resolved under a namespace and current mapping to reach a storage site—travels automatically. The terms address space, memory location, byte address, word address, virtual address, physical address, page, frame, offset, translation, pointer, alignment, and memory map retain domain-specific meanings, so every role and inference must be revalidated.

Examples

Canonical

On a byte-addressed flat physical address space, successive integer addresses select successive bytes, while a multi-byte value occupies a range whose ordering is governed separately by endianness. The address names the first or otherwise specified byte; it is neither the value stored in that byte nor a promise that every numerically representable address is implemented or accessible. It is canonical because the carrier, rule, invariant, and consequence are all inspectable.[1]

Mapped back: a machine-defined address space containing addressable storage units and a hardware-software resolution path from an address representation to a memory access → An instruction or device presents an address value, architecture rules divide it into any required segment, page, index, and offset fields, translation and protection state resolve the reference, and the memory hierarchy routes the resulting access to the selected physical storage or reports a fault → a numeric or coded value is interpreted under one architecture and address-space context as the locator of an addressable storage unit, with its denotation determined by the current resolution and mapping rules → describing machine instructions and data access, calculating address-space capacity, analyzing byte- and word-addressed designs, explaining virtual-memory translation, distinguishing pointer representation from denotation, and documenting split or segmented memory models

Applied / In Practice

A process virtual address can be divided into virtual-page number and page offset, translated through current page tables and protection state, and combined with a physical frame to form the memory access.[2] Two processes may use the same virtual number for different physical frames, and one process can remap the same virtual number over time; the address therefore requires its address-space and translation context. It qualifies only after the same diagnostic and failure boundary are checked.[2]

Mapped back: declared instance → recognition test → boundary check → qualified use

Structural Tensions

  • T1: Exact identity vs. practical recognition. The constitutive condition may be exact while evidence is indirect. Diagnostic: Can the reviewer state both the condition and the warrant?
  • T2: Canonical form vs. variants. physical and virtual addresses, flat and segmented models, byte-, word-, bit-, character-, and digit-addressable machines, Harvard and unified spaces, capability and tagged addressing, and memory-mapped devices can preserve or change the identity. Diagnostic: Which named role is invariant across the variants?
  • T3: Compression vs. hidden assumptions. The label is useful only while prerequisites remain visible. Diagnostic: Can each downstream inference be traced to a declared assumption?
  • T4: Autonomy vs. reduction. The candidate uses broader structures but claims the architecture-qualified locator value and its resolution to one addressable storage unit, including width, granularity, namespace, translation level, and access semantics, rather than a memory location itself, the contents of that location, or every higher-level reference. Diagnostic: Does that residual still support independent recognition after the parent and neighbors are subtracted?

Structural–Framed Character

The entry is structurally mixed but domain-framed. Its portable skeleton is interpose a compact locator that is resolved under a namespace and current mapping to reach a storage site; its identity-bearing terms are address space, memory location, byte address, word address, virtual address, physical address, page, frame, offset, translation, pointer, alignment, and memory map. Those terms determine admissible objects, evidence, and consequences inside computer architecture.

Structural Core vs. Domain Accent

The structural core is a carrier governed by An instruction or device presents an address value, architecture rules divide it into any required segment, page, index, and offset fields, translation and protection state resolve the reference, and the memory hierarchy routes the resulting access to the selected physical storage or reports a fault and tested by state the address space, width, addressable unit, virtual, logical, real, physical, or absolute level, translation state, alignment and access size; then distinguish the address value from the bytes stored there and from a typed pointer that contains or computes it. The domain accent is constitutive rather than decorative, so an analogy that preserves only the skeleton is not another instance of Memory address.

The proposed strict upward parent is prime:indirection. A memory address is a literal intermediate reference resolved to a storage location before access. Computer architecture adds address-space scope, unit granularity, translation, protection, and memory-hierarchy semantics as the autonomous residual. The edge is proposal-only and points to a frozen prior-baseline Prime.

The entry does not collapse into the parent because the architecture-qualified locator value and its resolution to one addressable storage unit, including width, granularity, namespace, translation level, and access semantics, rather than a memory location itself, the contents of that location, or every higher-level reference A thematic neighbor is declined whenever it does not literally subsume that rule.

The prospective workspace queue contains one strict upward edge to prime:indirection. No live DAG mutation is authorized.

Relationships to Other Abstractions

Local relationship map for Memory addressParents appear above the current abstraction, mutual partners to the right, and children below. Node labels state whether each abstraction is prime or domain-specific; colors identify relation types.Memory addressDOMAINPrime abstraction: Indirection — is a kind ofIndirectionPRIME

Current abstraction Memory address Domain-specific

Parents (1) — more general patterns this builds on

  • Memory address is a kind of Indirection Prime

    The proposed strict upward parent is prime:indirection.

Hierarchy paths (3) — routes to 3 parentless roots

Neighborhood in Abstraction Space

Memory address sits in a moderately populated region (49th percentile for distinctiveness): it has near-neighbors but no dense thicket of look-alikes.

Family — Memory Architecture & Parallel Computing (34 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-09-08

Not to Be Confused With

  • Memory location. The addressable site that can hold contents; the address is the value used to select it.
  • Pointer. A language- or machine-level reference object with type and operation semantics beyond the bare locator.
  • Address space. The organized namespace and mapping within which addresses receive meaning.
  • File offset. A position in a file namespace that may be mapped to memory but is not inherently a memory address.

References

[1] David A. Patterson and John L. Hennessy, Computer Organization and Design RISC-V Edition, 2nd ed., Morgan Kaufmann, 2021, chapters on memory hierarchy and virtual memory, ISBN 978-0-12-820331-6. registry ↩a ↩b ↩c

[2] Intel Corporation, Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 3A, sections on memory management and address translation, 2025. registry ↩a ↩b ↩c ↩d

[3] IBM, z/Architecture Principles of Operation, 14th ed., SA22-7832-13, May 2022, chapter 3 on address types, dynamic address translation, and prefixing. registry