CS Education Research

See how your computer actually thinks — end to end.

A 3D conceptual visualization model that bridges Operating Systems and Computer Architecture — showing not just what each component does, but when and why it becomes active during real program execution.

3
Video Modules
7
Blog Series Parts
2
Disciplines Unified
DBR
Research Method
Research Objective Evaluating whether cross-layer spatial visualization reduces cognitive load and improves conceptual transfer in undergraduate CS learners studying OS and COA jointly.
About the Model

A conceptual anchor, not a hardware simulator.

Traditional CS education teaches OS and COA as separate subjects. Students learn cache mapping, paging, and instruction cycles in isolation — but rarely see how they connect during actual program execution. This model fixes that.

🔗

Cross-Layer Integration

A single 3D spatial environment unifies the OS and COA planes — from user input and kernel intervention down to DMA transfers and CPU instruction cycles.

Causal Flow Engineering

Physical distance and object shape encode technical constraints. Cache sits close to the Control Unit. HDD sits far. The spatial layout itself teaches the latency hierarchy.

Object Permanence for Data

Track the same data block as it moves across system planes — eliminating the "black box" disconnect common in traditional textbook learning.

Built to Extend

The framework naturally extends to context switching, deadlock scenarios, scheduling algorithms, ILP, and more — it's a platform, not a single-topic tool.

3D Model

Inside the spatial environment.

A cross-layer 3D environment built in Unity — spanning CPU internals, OS process states, memory hierarchy, DMA paths, file systems, and interrupt handling in a single unified space.

CPU pipeline and memory hierarchy view

CPU Components — CU, ALU, Cache, Registers, TLB with bus architecture

DMA controller and memory paths

DMA Controller, Storage Controller and cross-layer memory paths

Process states and scheduler

OS Process States — New, Ready, Running, Waiting with PCB Manager

Demonstration

Watch the execution flow, live.

Three video modules walk through the model from structural anatomy to end-to-end causal flow to deep-dive instruction cycles.

  • Module 1 — Structural Anatomy:  CPU components, OS layer, bus architecture
  • Module 2 — End-to-End Causal Flow:  Input → Kernel → File Resolution → DMA → Instruction Cycle
  • Module 3 — COA Deep Dive:  Cache hit/miss, TLB miss, RAM and Disk paths
Loading video…

If a module doesn't load immediately, wait a moment — Google Drive previews can take a few seconds on first load.

⚠ These walkthroughs were recorded as live narrations — minor technical inaccuracies may exist in the verbal explanation. The spatial model itself is the primary reference.

Blog Series

How Your Computers Think — 7 Parts

A public writing series explaining CPU execution, memory hierarchy, and OS concepts through everyday Indian analogies. No jargon. No definitions without context.

Part 01

What Your CPU Does With Instructions — It's Just Like Ordering Butter Naan

Instruction format, opcode, addressing modes — explained through a local restaurant token system.

Read article →

Part 02

How CU, ALU and Memory Unit Talk to Each Other

Control Bus, Address Bus, Data Bus — and the complete Fetch → Decode → Execute conversation.

Read article →

Part 03

The Clock: Your CPU's Chain Ring

How the clock synchronizes billions of operations per second — and what GHz really means.

Read article →

Part 04

Instruction Pipelining — Rush Hour at the Restaurant

How parallel pipeline stages handle multiple instructions simultaneously in one clock tick.

Read article →

Part 05

How the ALU Executes — Logic Gates as Spices

AND, OR, NOT, K-maps, adders — the recipe the ALU follows every time it cooks a result.

Read article →

Part 06

Memory Hierarchy — Organizing Your Library Desk

TLB, Cache, RAM, SSD/HDD — why proximity to the CPU determines access speed.

Read article →
Read All 7 Parts →
Research

Design-Based Research Methodology

The model is evaluated using a DBR framework with three research questions around cross-layer system literacy, visual design choices, and cognitive load reduction.

Research Questions

📄

Technical Documentation

Design rationale, abstraction choices, and spatial layout decisions behind the model.

Download PDF →
🔬

Research Proposal

DBR methodology, research questions, experimental intervention modules, and data collection plan.

Download PDF →
🎮

Request Demo Access

This is an early-stage prototype built in Unity — a standalone executable for Windows. Compatibility on other systems is not guaranteed. Available on request for research and educational purposes.

Request Access →
Open to Collaboration

Let's build something meaningful together.

This project sits at the intersection of computer science education, spatial cognition, and learning design. If any of that overlaps with your work, I'd genuinely love to connect.

🎓

CS Education Research

If you're exploring how students learn computer architecture, OS concepts, or systems thinking — and want to experiment with spatial or visual models — let's talk.

🖥

HCI in Education

Interested in how interface design, 3D environments, or interactive tools affect learning outcomes in technical domains? There's a lot of unexplored space here.

🔬

Learning Design & Cognitive Load

If your work touches on cognitive load theory, instructional design, or DBR methodology — especially in STEM — this project might be worth a conversation.

⚙️

Unity / 3D Visualization

If you build interactive simulations or educational tools in Unity and want to collaborate on extending this model further — animations, interactivity, new modules — reach out.

Get in Touch →