Coding-Moves · Muawiya-contact · May 2, 2026 · Apr 27, 2026 · Apr 28, 2026 · Apr 28, 2026
diff --git a/.github/workflows/syntax-check.yml b/.github/workflows/syntax-check.yml
@@ -3,7 +3,7 @@ name: Python Syntax Check
 on:
   pull_request:
     branches:
-      - main  # or your default branch
+      - main  #  default branch
 
 jobs:
   syntax-check:

diff --git a/CloudKernel/ARCHITECTURE.md b/CloudKernel/ARCHITECTURE.md
@@ -0,0 +1,77 @@
+# CloudKernel Architecture
+
+## Purpose
+
+CloudKernel models a cloud-hypervisor execution cycle with Java concurrency primitives while exposing runtime behavior through a real-time Swing dashboard.
+
+## Layers
+
+- Entry: Main.java
+- Configuration: config.ConfigLoader
+- Concurrency Core: core.BootManager, core.ClockSynchronizer
+- Runtime Entities: entities.VirtualMachine, entities.ResourceManager, entities.VMState, entities.VMPriority, entities.VMStats
+- Observability: utils.GUILogger, utils.StatsCollector
+- UI: ui.CloudKernelGUI and component panels
+- Shutdown: shutdown.ShutdownManager
+
+## Concurrency Contracts
+
+### BootManager
+
+- Uses CountDownLatch(4).
+- Boots disk, RAM, network stack, and CPU scheduler asynchronously.
+- Exposes latch for visual countdown.
+
+### ClockSynchronizer
+
+- Uses CyclicBarrier(vmCount).
+- Increments global cycle in barrier action.
+- Records cycle completion in StatsCollector.
+
+### ResourceManager
+
+- Uses three fair semaphores:
+  - CPU permits
+  - Memory permits
+  - Network permits
+- Uses timeout-based tryAcquire for deadlock-resistant resource requests.
+- Tracks current holders for UI rendering.
+
+### VirtualMachine
+
+- Executes configured number of cycles.
+- Transitions through VMState values.
+- Requests CPU, memory, network resources sequentially.
+- Synchronizes on cyclic barrier each cycle.
+
+## UI Composition
+
+CloudKernelGUI builds the dashboard from modular components:
+
+- VMCard
+- ResourceMonitorPanel
+- BarrierPanel
+- LogPanel
+- StatsBar
+- ControlPanel
+- DashboardUpdater
+
+DashboardUpdater centralizes UI refresh operations and dispatches thread-crossing updates via SwingUtilities.invokeLater.
+
+## Data And Events
+
+- GUILogger writes every event to terminal and broadcasts to GUI listeners.
+- CloudKernelGUI parses selected log patterns to drive visual state changes.
+- StatsCollector aggregates per-VM and system-wide counters for the stats bar and summary output.
+
+## Runtime Flow
+
+1. Main launches CloudKernelGUI on the Swing event dispatch thread.
+2. GUI initializes managers and registers listeners.
+3. User starts simulation through ControlPanel.
+4. BootManager performs subsystem initialization.
+5. VirtualMachine threads execute cycles with resource access and barrier sync.
+6. DashboardUpdater continuously refreshes resources, VM cards, barrier state, and stats.
+7. ShutdownManager prints graceful summary on termination.
+
+<img src="img/screen.png">
diff --git a/CloudKernel/README.md b/CloudKernel/README.md
@@ -1,181 +1,129 @@
-# CloudKernel ☁️⚙️
+# CloudKernel
 
-## Overview
+CloudKernel is a Java concurrency simulator with a professional Swing dashboard that visualizes hypervisor-like VM scheduling, shared resource contention, and synchronization.
 
-**CloudKernel** is a small Java-based simulation created for our **Operating Systems Lab**.  
-The purpose of this project is to show how a hypervisor-like system can manage multiple **Virtual Machines (VMs)** while coordinating shared resources.
+## 📋 Project Information
 
-Instead of building a real operating system, this project focuses on demonstrating **important OS concepts** like synchronization, resource sharing, and concurrent execution using Java threads.
-
-The program simulates a system where several virtual machines start after the system boots, run tasks together, and share limited network resources.
-
----
-
-## 🎓 Academic Information
-
-**Course:** Operating Systems Lab  
-**Semester:** 4th Semester  
-
-**Submitted to:**  
-Mam Amara Nadeem  
-
-**Submitted by:**
-
-- **Moavia Amir** (2k24_BSAI_72)  
-- **Ali Raza** (2k24_BSAI_44)  
-- **Muhammad Arslan Nasir** (2k24_BSAI_26)
-
-**Submission Date:**  
-March 03, 2026
-
----
-
-## 🎯 Project Goals
-
-This project was designed to help understand how operating systems manage:
-
-- System boot coordination  
-- Thread synchronization  
-- Limited resource sharing  
-- Parallel execution of processes  
-
-All these ideas are implemented using **Java concurrency utilities**.
-
----
-
-## ⚙️ Key Concepts Used
-
-### 1. System Boot Coordination
-
-Before any virtual machine starts running, the system must finish its boot process.
-
-We simulate this using **CountDownLatch**.  
-It ensures that resources like **Disk and RAM** are ready before the virtual machines begin execution.
+| Field | Details |
+|-------|---------|
+| **Subject** | Operating Systems |
+| **Semester** | 4th Semester — BSAI 2k24 |
+| **Institute** | NFC Institute of Engineering & Technology, Multan |
+| **Department** | Artificial Intelligence |
+| **Submitted To** | Mam Amara Nadeem — [ammara.visiting@nfciet.edu.pk](mailto:ammara.visiting@nfciet.edu.pk) |
+| **Submission Date** | March 03, 2026 |
 
 ---
 
-### 2. VM Cycle Synchronization
+## 👥 Team Members
+
+| Name | Roll Number | Email |
+|------|-------------|-------|
+| Muawiya Amir | 2k24_BSAI_72 | [2k24bsai72@undergrad.nfciet.edu.pk](mailto:2k24bsai72@undergrad.nfciet.edu.pk) |
+| Ali Raza | 2k24_BSAI_44 | [2k24bsai44@undergrad.nfciet.edu.pk](mailto:2k24bsai44@undergrad.nfciet.edu.pk) |
+| Muhammad Arslan Nasir | 2k24_BSAI_26 | [2k24bsai26@undergrad.nfciet.edu.pk](mailto:2k24bsai26@undergrad.nfciet.edu.pk) |
+## Highlights
+
+- Dark-theme dashboard: Cloud hypervisor monitor layout.
+- Boot orchestration with CountDownLatch.
+- VM cycle synchronization with CyclicBarrier.
+- Shared CPU, memory, and network resources with fair semaphores and timeout handling.
+- Color-coded live logs streamed to terminal and GUI simultaneously.
+- Live stats for cycles, operations, contentions, timeouts, and uptime.
+- Configurable behavior through config.properties.
+
+<img src ="img/banner.png">
+## Final Package Structure
+
+```text
+CloudKernel/
+  src/
+    Main.java
+    config/
+      ConfigLoader.java
+    core/
+      BootManager.java
+      ClockSynchronizer.java
+    entities/
+      ResourceManager.java
+      VirtualMachine.java
+      VMPriority.java
+      VMState.java
+      VMStats.java
+    shutdown/
+      ShutdownManager.java
+    ui/
+      BarrierPanel.java
+      CloudKernelGUI.java
+      ControlPanel.java
+      DashboardUpdater.java
+      LogPanel.java
+      ResourceMonitorPanel.java
+      StatsBar.java
+      VMCard.java
+    utils/
+      GUILogger.java
+      StatsCollector.java
+  config.properties
+  ARCHITECTURE.md
+  doc/
+    PROJECT_PROPOSAL.md
+    PROJECT_Report.md
+    Project_presentation.ppt
 
-Each virtual machine performs its work in cycles.  
-To keep them synchronized, we use **CyclicBarrier**.
-
-This means all VMs must finish a cycle before the next one begins.
-
----
 
-### 3. Limited Network Access
-
-In real systems, hardware resources are limited.  
-In this simulation, only **two VMs can use the network at the same time**.
-
-This is managed using a **Semaphore**, which controls access to the shared network ports.
-
----
-
-## 🧩 Project Structure
-```
-CloudKernel
-│
-├── src
-│ │
-│ ├── Main.java
-│ │
-│ ├── core
-│ │ ├── BootManager.java
-│ │ ├── ClockSynchronizer.java
-│ │ └── NetworkPortManager.java
-│ │
-│ ├── entities
-│ │ └── VirtualMachine.java
-│ │
-│ └── utils
-│ └── Logger.java
-│
-├── doc
-│ └── proposal
-│
-└── README.md
 ```
----
 
-## 🏗 System Workflow
+## GUI Overview
 
-The program runs in the following order:
+Main window sections:
 
-```
-System Boot
-│
-▼
-BootManager initializes resources
-│
-▼
-Virtual Machines start (Threads)
-│
-▼
-VMs execute cycles together
-│
-▼
-Network access controlled by Semaphore
-│
-▼
-Logs printed to terminal
-```
+- Header: title, digital clock, online indicator.
+- Boot panel: resource chips and latch countdown.
+- VM dashboard: one card per VM with state, priority, progress, and resource indicators.
+- Left sidebar: semaphore slot view for CPU, memory, and network.
+- Barrier panel: arrival dots and cycle display.
+- Right sidebar: color-coded live event log.
+- Bottom bars: statistics and controls.
 
----
+## Core Concurrency Model
 
-## ▶️ How to Run the Project
+- Boot phase: CountDownLatch initialized to four boot tasks.
+- Runtime phase: each VM executes for configured cycles.
+- Resource phase: each VM requests CPU, memory, and network permits with timeout.
+- Synchronization phase: all VMs rendezvous at a CyclicBarrier before the next cycle.
 
-### 1. Compile the project
+## Configuration
 
-```bash
-javac -d out -sourcepath src src/Main.java
-```
-### 2. Run the program
-```bash
-java -cp out Main
-```
-## 🖥 Example Output
+Edit config.properties before running:
 
-When the program runs, you may see output like:
-```
-[BOOT] Disk initialized
-[BOOT] RAM initialized
-[BOOT] System ready
-
-[VM-1] Starting execution
-[VM-2] Starting execution
-[VM-3] Starting execution
+- vm.count
+- cycle.count
+- semaphore.cpu.permits
+- semaphore.memory.permits
+- semaphore.network.permits
+- task.duration.min
+- task.duration.max
+- timeout.duration
+- gui.enabled
+- gui.theme
+- gui.font
+- logging.level
+- stats.enabled
 
-[VM-1] Requesting network access
-[VM-2] Requesting network access
+## Build And Run
 
-[VM-1] Using network port
-[VM-2] Using network port
+From CloudKernel root:
 
-[VM-3] Waiting for network port
+```powershell
+javac -encoding UTF-8 -d bin (Get-ChildItem -Recurse src -Filter *.java | ForEach-Object { $_.FullName })
+java -cp "bin;." Main
 ```
-The Logger class keeps the output organized so it is easier to read.
-
-## 🧠 What We Learned
-
-While building this project, we understood how operating systems handle:
-
-+ **Thread** synchronization
-
-+ **Shared** resource management
-
-+ **Parallel** execution
-
-+ **Process** coordination
-
-These concepts are important for understanding how real operating systems and cloud platforms work.
-
----
 
-## 📌 Conclusion
+## Notes
 
-CloudKernel is a simple educational simulation that demonstrates how a hypervisor-like system can coordinate virtual machines and manage shared resources.
+- All UI updates triggered by worker threads are dispatched through SwingUtilities.invokeLater.
+- Main.java contains only the GUI entry point.
+- Legacy duplicate docs and unused legacy classes were removed to keep one canonical implementation path.
 
-Although it is a simplified model, it provides a clear understanding of synchronization and concurrency in operating systems.
 
----
diff --git a/CloudKernel/bin/Main.class b/CloudKernel/bin/Main.class
diff --git a/CloudKernel/bin/config/ConfigLoader.class b/CloudKernel/bin/config/ConfigLoader.class
diff --git a/CloudKernel/bin/core/BootManager.class b/CloudKernel/bin/core/BootManager.class
diff --git a/CloudKernel/bin/core/ClockSynchronizer.class b/CloudKernel/bin/core/ClockSynchronizer.class
diff --git a/CloudKernel/bin/entities/ResourceManager.class b/CloudKernel/bin/entities/ResourceManager.class
diff --git a/CloudKernel/bin/entities/VMPriority.class b/CloudKernel/bin/entities/VMPriority.class
diff --git a/CloudKernel/bin/entities/VMState.class b/CloudKernel/bin/entities/VMState.class
diff --git a/CloudKernel/bin/entities/VMStats.class b/CloudKernel/bin/entities/VMStats.class
diff --git a/CloudKernel/bin/entities/VirtualMachine.class b/CloudKernel/bin/entities/VirtualMachine.class
diff --git a/CloudKernel/bin/shutdown/ShutdownManager.class b/CloudKernel/bin/shutdown/ShutdownManager.class
diff --git a/CloudKernel/bin/ui/BarrierPanel.class b/CloudKernel/bin/ui/BarrierPanel.class
diff --git a/CloudKernel/bin/ui/CloudKernelGUI.class b/CloudKernel/bin/ui/CloudKernelGUI.class
diff --git a/CloudKernel/bin/ui/ControlPanel$1.class b/CloudKernel/bin/ui/ControlPanel$1.class
diff --git a/CloudKernel/bin/ui/ControlPanel.class b/CloudKernel/bin/ui/ControlPanel.class
diff --git a/CloudKernel/bin/ui/DashboardUpdater.class b/CloudKernel/bin/ui/DashboardUpdater.class
diff --git a/CloudKernel/bin/ui/LogPanel.class b/CloudKernel/bin/ui/LogPanel.class
diff --git a/CloudKernel/bin/ui/ResourceMonitorPanel.class b/CloudKernel/bin/ui/ResourceMonitorPanel.class
diff --git a/CloudKernel/bin/ui/StatsBar.class b/CloudKernel/bin/ui/StatsBar.class
diff --git a/CloudKernel/bin/ui/VMCard$RoundedBorder.class b/CloudKernel/bin/ui/VMCard$RoundedBorder.class
diff --git a/CloudKernel/bin/ui/VMCard.class b/CloudKernel/bin/ui/VMCard.class
diff --git a/CloudKernel/bin/utils/GUILogger$LogEntry.class b/CloudKernel/bin/utils/GUILogger$LogEntry.class
diff --git a/CloudKernel/bin/utils/GUILogger$LogListener.class b/CloudKernel/bin/utils/GUILogger$LogListener.class
diff --git a/CloudKernel/bin/utils/GUILogger.class b/CloudKernel/bin/utils/GUILogger.class
diff --git a/CloudKernel/bin/utils/StatsCollector.class b/CloudKernel/bin/utils/StatsCollector.class