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

When the Page Wasn't There

How Demand Paging manages physical memory limits and Page Faults.

Operating SystemsMemory ManagementPagingDemand PagingPage FaultSecondary Storage

1. Beyond the Mapping

What you just saw is called Paging.

Paging divides a process's Virtual Address Space into equal-sized blocks called Pages, and physical memory into identically sized slots called Frames. The Page Table sits between them, serving as a translation gateway that maps virtual coordinates to physical RAM.

But paging only tells us how memory is divided and mapped. The physical reality of computer hardware introduces a critical constraint: physical RAM is limited.

A process might have a vast Virtual Address Space (e.g., 4 GB on a 32-bit CPU), but the system may only possess a fraction of that in actual physical RAM. If multiple processes run concurrently, physical memory becomes even more scarce.

This discrepancy raises a fundamental question:

If the Virtual Address Space is much larger than physical RAM, where do the Pages that are not currently in RAM exist?

2. The Storage Hierarchy

To resolve the physical limits of RAM, operating systems leverage Secondary Memory.

Secondary Memory refers to persistent storage devices, such as Solid-State Drives (SSDs) or traditional hard disks.

The differences between these two storage tiers shape how operating systems manage memory:

* Physical RAM: * Speed: Extremely fast (accessible in nanoseconds). * Direct Access: Connected directly to the CPU memory bus. * Capacity: Highly limited and expensive. * Volatility: Volatile (loses all data when power is removed). * Secondary Storage: * Speed: Much slower than RAM (accessible in microseconds or milliseconds). * Direct Access: Cannot be accessed directly by the CPU instructions. * Capacity: Much larger and significantly cheaper. * Volatility: Persistent (retains data when powered off).

The key insight is that a Page does not have to reside in physical RAM at every moment. Some Pages can be kept in Secondary Storage until they are explicitly needed by the CPU.

3. Demand Paging

Instead of loading all Pages of a process into physical RAM immediately when the program starts, modern operating systems employ Demand Paging.

Demand Paging is a memory management strategy where Pages are loaded into physical memory only when the process explicitly requests them during execution.

Consider a process with four Pages. Under Demand Paging, the memory state might look like this:

* Page 0 → Loaded in Physical RAM * Page 1 → Loaded in Physical RAM * Page 2 → Stored in Secondary Storage * Page 3 → Loaded in Physical RAM

Even though Page 2 is not currently resident in physical RAM, it remains a valid part of the process's Virtual Address Space. The Page Table keeps track of this status using a special flag called the Present (or Valid) Bit.

4. The Page Fault

What happens if the CPU attempts to read an instruction or data located inside Page 2?

When the MMU queries the Page Table for Page 2, it detects that the Present Bit is set to 0 (Invalid/Not Present). The MMU cannot complete the translation. It halts the instruction and signals the processor:

$$\text{Present Bit is 0} \rightarrow \text{Trigger a Page Fault Interrupt}$$

This event is called a Page Fault.

A Page Fault is a hardware interrupt raised by the MMU when a program accesses a Page that is mapped in its virtual address space but is not currently loaded into physical RAM.

A Page Fault is not a software crash or a programming error. It is a normal, expected control event that handoffs execution to the operating system to load the required page from disk.

5. EdgeCase: The Missing Page

Walk through the step-by-step sequence of a Page Fault.

In this scenario, the Virtual Address Space contains Pages 0 to 3. Frames 0 to 2 are occupied, while Frame 3 is free. Page 2 is currently stored in Secondary Storage. Watch what happens when the CPU requests Page 2:

6. The Next Bottleneck

Demand Paging allows the operating system to execute programs that are much larger than the physical RAM by loading pages dynamically as they are referenced.

But this strategy works smoothly only as long as there is an empty Frame available in RAM (like Frame 3 in our simulation) to receive the page.

What happens if the physical RAM is completely full?

Imagine this physical memory state: * Frame 0 $\rightarrow$ Occupied by Page A * Frame 1 $\rightarrow$ Occupied by Page B * Frame 2 $\rightarrow$ Occupied by Page C

Now, the CPU requests Page D, which is in Secondary Storage. There are no free frames left.

To bring Page D in, the operating system must first select one of the active pages (A, B, or C) to evict back to secondary storage to make room.

But how does it choose?

Which Page should be replaced?
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.