Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
36 changes: 34 additions & 2 deletions README.md
Original file line number Diff line number Diff line change
@@ -1,14 +1,46 @@
# ⚖️ arbiter

[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
![Status: Experimental](https://img.shields.io/badge/Status-Experimental-orange)
[![License: MIT - Open source software license](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
![Status: Experimental - Not recommended for production use](https://img.shields.io/badge/Status-Experimental-orange)

> [!CAUTION]
> This project is currently in an experimental state and is not recommended for production use.

Dual nature—combining bare-metal virtualized hardware management (aSHARD VRAM pinning) with quantum-accelerated Kubernetes scheduling.

## 📖 Overview

`arbiter` is a specialized orchestration layer designed for high-performance computing environments. It bridges the gap between low-level hardware management and cloud-native scheduling, providing a unified interface for managing virtualized resources with precision.

## 📐 Architecture

```mermaid
graph TD
subgraph Cloud_Native [Cloud Native Layer]
K8s[Kubernetes Cluster]
Workloads[AI Workloads]
end

subgraph Orchestration [Orchestration Layer]
Arbiter((Arbiter Core))
style Arbiter fill:#f96,stroke-width:4px
Schedule[Quantum-Accelerated Scheduler]
VRAM[aSHARD VRAM Manager]
end

subgraph Infrastructure [Infrastructure Layer]
BareMetal[Bare-Metal Nodes]
GPUs[Virtualized GPUs]
end

Workloads --> K8s
K8s <--> Schedule
Arbiter --- Schedule
Arbiter --- VRAM
Comment on lines +38 to +39
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The use of undirected links (---) for the core orchestration components is less descriptive than the bidirectional links (<-->) used for the layer-to-layer interactions. Since Arbiter is defined as the central control plane, using <--> would more clearly communicate the active coordination and status reporting between the core and its specialized modules (Schedule and VRAM), ensuring consistency with the link style used on lines 37 and 40.

Suggested change
Arbiter --- Schedule
Arbiter --- VRAM
Arbiter <--> Schedule
Arbiter <--> VRAM

VRAM <--> GPUs
GPUs --- BareMetal
```

## 🚀 Key Features

- 🏗️ **Infrastructure Awareness**: Directly manages bare-metal resources for maximum performance.
Expand Down