PrajnaEdge
A curiosphere for curious minds who want to understand, experiment with, and experience technology.
To continue exploring
Technology, made tangible.

Where does intelligence run?

Explore AI that moves inference closer to the data — from the edge to the device itself.

AI inference runs at or near the point where data is generated, rather than relying on a remote cloud.
Edge AI Computer Vision

Image Classification

Can this image classifier maintain its intelligence while becoming small enough for the edge?

// Coming soon
Edge AI Playground

Image Classification

Can this image classifier maintain its intelligence while becoming small enough for the edge?

Choose an image

Upload an image
Supports JPG, JPEG, PNG
This classifier recognizes only Apple, Banana, and Orange. Other objects may be incorrectly classified as one of these classes.

Choose the model

Model size
4.91 MiB
Largest activation
~625 KiB
Test accuracy
99.11%
Measured model accuracy
Your image is processed locally in your browser.
On-Device AI
On-Device AI Playground
// Coming soon

Explore the ideas, systems and connections that shape technology — choose any node to begin your journey.

PrajnaEdge Navigation Tree
Embedded Systems Tree

Edge AI Demonstrations

Deploying neural networks and intelligent decision loops on raw silicon targets.

Sort:
Operating Systems

The Invisible Translator

How every Virtual Address finds its way to Physical Memory.

Operating SystemsMemory ManagementVirtual MemoryPhysical MemoryMMUTLBPage Table

1. The Invisible Translator

Software operates entirely inside a world of Virtual Addresses. Physical RAM, however, understands only concrete physical silicon locations.

For any instruction to load, any variable to be read, or any pointer to be dereferenced, the CPU must translate the virtual address into a physical one. This translation happens silently on every single memory cycle.

Because of this constant execution demand, address translation cannot be handled by operating system software alone; querying software loops on every instruction fetch would make the processor crawl.

Instead, the translation is performed by a dedicated hardware component sitting directly on the CPU silicon: the MMU (Memory Management Unit).

Whenever the CPU executes an instruction that references a virtual address, the hardware intercepts the request and routes it through the MMU. The MMU acts as the gateway, converting the virtual target on-the-fly to a physical address before sending it out along the motherboard's memory bus to the RAM chip.

2. The Translation Journey

To perform this translation, the MMU consults two main structures: a fast hardware lookup cache called the TLB (Translation Lookaside Buffer) and a complete mapping directory in memory called the Page Table.

Here is the path every memory request travels from the processor core to physical silicon:

CPU Core Virtual Addr CPU SILICON (MMU) TLB Cache Recent Translations HIT MISS Page Table Walk Consult RAM Directory Physical RAM

3. Why another cache?

Without the TLB cache, virtual memory would cut system performance in half.

Because the main mapping directory (the Page Table) resides in RAM, every variables lookup would require two separate physical memory reads: first, the MMU must read the Page Table from RAM to discover where the physical address is; second, it must read the actual variable data from that address.

Since physical RAM accesses are slow compared to the CPU's cycle speed, doubling the number of memory calls for every instruction fetch would degrade execution speeds.

The TLB acts as a local hardware cache directly inside the MMU, storing the most recently used translations. When the CPU requests an address that has been translated recently, the MMU retrieves the mapping instantly from the TLB, requiring only a single read from RAM to fetch the actual data.

No TLB (Double Latency) 1. Lookup mapping in RAM 2. Fetch actual variable from RAM🛑 2 Memory Bus Access Cycles With TLB Hit (Fast Track) 1. Lookup mapping inside TLB (Instant) 2. Fetch actual variable from RAM🟩 Only 1 Memory Bus Access Cycle

4. Where is the Page Table?

Because the TLB is small, it can only hold a fraction of the translations. The complete list of mappings is stored inside the Page Table.

A common misunderstanding is that the Page Table is a separate hardware unit inside the processor.

It is not. The Page Table is simply a data structure residing in physical RAM, created and managed by the operating system kernel.

Every process has its own isolated Page Table. When the CPU switches tasks, it updates a special register in the MMU pointing to the physical memory location of the active process's Page Table.

If the requested mapping is not in the TLB (a TLB Miss), the MMU hardware automatically pauses the instruction execution, reads the mapping from the Page Table in RAM, updates the TLB, and resumes execution.

Active Process References: 0x1000 MMU Directory Pointer PHYSICAL RAM Process Page Table 0x1000 → Frame 4 0x2000 → Frame 9 (Lives in RAM) Physical Frames Frame 4 (Data)

4.1.1 EdgeCase: One Memory Access

5. A Common Misunderstanding

Many beginners think that Virtual Memory is a physical memory expansion, like adding another RAM chip or swapping files directly to disk to act as memory.

It is not. Virtual Memory is purely an addressing abstraction.

For example, a low-power microcontroller may have only 4 KB of physical RAM, yet the operating system can run processes using a 64 KB Virtual Address Space. This does not mean the system somehow created 60 KB of additional physical memory.

It simply means that the virtual range contains address numbers that can potentially be translated. At any given moment, only a few select virtual addresses are mapped to the actual 4 KB of physical RAM.

If an application attempts to access a virtual address that does not currently map to a physical silicon coordinate, the hardware halts the operation, letting the kernel decide how to resolve the missing link.

Virtual Space (Large) e.g. 64 KB Address Range Page 1 (Mapped) Page 2 (Unmapped) Physical RAM (Small) e.g. 4 KB Silicon Chips Physical Frame 1 Mapping Layer

Most of the time, every process lives inside its own isolated world.

But occasionally, two completely different virtual worlds may quietly point toward the same physical location.

When that happens, the illusion of isolation disappears, and two independent processes can quietly begin exchanging information through the same physical memory. If you'd like to see how that conversation happens, revisit the IPC exploration.

6. Ending

Every process uses its own isolated Virtual Address Space. The MMU hardware dynamically translates virtual coordinates, the TLB speeds up lookup processes, and the Page Table stores the structural configuration database.

But another mystery remains:

How does the Page Table know where every Virtual Address should go?

System Tree Node Operating Systems

PrajnaEdge

Engineering concepts you don't just read — you experience.
Founded in 2026.

PrajnaEdge is a technology company exploring the space between understanding technology, experimenting with ideas, and turning them into things that can be experienced.

Our Mission

To make technology easier to explore, deeper to understand, and more exciting to experience.

Our Vision

To build a technology ecosystem where curiosity, experimentation and creation continuously lead to one another.

Where it began

Embedded Systems

PrajnaEdge began with Embedded Systems — exploring the foundations that connect hardware, software and intelligent computation.

The first technology universe is built around that foundation. The journey will expand as new ideas, experiments and products emerge.

PrajnaEdge is a technology company created by Devaharsha Meesarapu.

CREATOR PROFILE

Devaharsha Meesarapu

Embedded Systems • Firmware • Edge AI

I am the engineer behind the design, development, and content of PrajnaEdge. I build low-level systems where code directly controls hardware, bridging the gap between register-level silicon behavior and intelligent edge decision loops.

View Resume →

ABOUT ME

I am an Embedded Firmware Engineer focused on developing software for resource-constrained systems. My experience spans bare-metal firmware, device drivers, microcontroller peripherals, and communication protocols, working across the boundary between hardware and software.

My work has involved microcontroller-based systems, real-time behaviour, hardware interfaces, and communication technologies such as CAN, CAN FD, UART, SPI, and I²C. I am particularly interested in understanding systems from the lowest level upward—from registers and peripherals to intelligent edge systems.

ENGINEERING PHILOSOPHY

Engineering is not just about writing code; it is about managing constraints, timings, and physical hardware characteristics. True mastery of complex systems comes from understanding the interactions across different layers of the stack.

This conviction is why I built PrajnaEdge—to bridge the gap between conceptual theory and direct, register-level physical reality.

CONNECT

LinkedIn → GitHub →

Interactive Career Journey

Let's Connect
Interested in embedded systems, AI, or building something meaningful? I'd love to hear from you.
Open to collaborations, research, and interesting engineering conversations.
Help Improve PrajnaEdge
Found something to improve? I'd love to hear your thoughts.

Bare Metal

Software that runs directly on hardware without an operating system.

Applications
Operating Systems
YOU ARE HERE
Bare Metal
Processor
Hardware

"Every embedded application begins long before main()."

Operating Systems

An Operating System manages hardware and software resources so complex applications can work efficiently.

Applications
YOU ARE HERE
Operating Systems
Bare Metal
Processor
Hardware

"When one loop is no longer enough to carry the burden."

Support PrajnaEdge

PrajnaEdge is an independent education platform built to make knowledge freely accessible.

If you find PrajnaEdge useful, you can support its continued development.

Your support helps fund the time, tools, infrastructure, and experimentation that go into building and maintaining PrajnaEdge.

Select Region
Select Amount
Select an amount to support PrajnaEdge.