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

Choosing What to Forget

When physical memory is full, which page must be evicted?

Operating SystemsMemory ManagementPage ReplacementFIFOLRUOptimal

1. The Saturation Point

Imagine a system running under constraint. Its physical RAM is small, containing only 3 physical frames. Right now, physical memory is completely saturated, filled with three active pages:

$$\text{RAM Frames: } [ \text{Page 2} \ | \ \text{Page 5} \ | \ \text{Page 7} ]$$

A thread executes an instruction requesting virtual address space residing in Page 3.

The MMU looks up the translation in the Page Table, finds it invalid, and raises a Page Fault. The Operating System traps the fault and prepares to copy Page 3 from disk into RAM. But there is a bottleneck: all physical frames are occupied.

To resolve the fault and bring Page 3 into memory, the operating system must choose one page currently in RAM and evict it back to disk.

This decision is known as Page Replacement.

2. Three Answers to the Same Question

How do we decide which page should leave? The policy we choose determines our system's memory efficiency. Three core algorithms answer this question:

First-In, First-Out (FIFO) "Which Page arrived first?" Evict the oldest page loaded into RAM, regardless of how frequently it is being used.

Least Recently Used (LRU) "Which Page has been unused the longest?" Evict the page that has not been accessed for the longest duration, relying on the principle of temporal locality.

Optimal (OPT) "Which Page will be needed farthest in the future?" Evict the page that will go the longest before being requested again.

3. Interactive Page Replacement Simulator

See how these three different strategies handle the exact same reference sequence under the same constraint:

$$\text{Reference Sequence: } 1 \rightarrow 2 \rightarrow 3 \rightarrow 1 \rightarrow 4$$

Observe how the exact same access trace produces completely different eviction choices and page fault rates depending on the active policy.

The Mathematical Ideal vs. Hardware Reality

The Optimal policy represents the absolute ceiling of performance, guaranteeing the minimum possible Page Faults for any known reference sequence. However, in practice, a real-world operating system cannot implement the Optimal policy because it cannot know future memory references in advance. Real-world systems must approximate this behavior using historical data, making LRU the standard benchmark for practical implementation.

4. Manthana: The Paging Boundary

We have learned how Paging places fixed-size pages into physical frames. We have also learned how Page Replacement decides which page should leave when all frames are occupied.

But notice something important: all of this assumes that memory is being managed as fixed-size pages.

What happens when a program needs memory as a meaningful, variable-sized unit rather than as a collection of equal-sized pages?

What if memory management followed the logical structure of the program itself?

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.