# 织云 LoomNode **Repository Path**: NorthGod_BFDG/LoomNode ## Basic Information - **Project Name**: 织云 LoomNode - **Description**: 内网异构显卡聚合推理集群 · OpenAI 兼容 · 生产级容错 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-06-22 - **Last Updated**: 2026-07-01 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README
# Loom (织云) **Weave a roomful of mismatched GPUs into a cloud that runs large models.** Aggregate the heterogeneous NVIDIA GPUs inside a single LAN (e.g. an internet café) into one cluster that serves an OpenAI-compatible API. Nodes can join and leave at any time — the service stays up. [简体中文](./README.md) · [Engine](./docs/ENGINE.md) · [Architecture](./docs/ARCHITECTURE.md) · [Roadmap](./docs/ROADMAP.md) · [FAQ](./docs/FAQ.md) > ⚠️ **Current stage: community warm-up.** This repository currently hosts public documentation only; the source code has not been released yet. > We are finalizing the open-source boundary, license, and pre-release checklist. Star / Watch to follow along, and feel free to open an Issue to share ideas.
--- ## ✨ Highlights - **On par with vLLM** — head-to-head on one RTX 5090 (dense Qwen3-8B, bf16): we edge ahead at low-to-mid concurrency (N=1 `89` vs `80`, N=32 `2403` vs `2178`); vLLM wins at N=64. - **Blackwell to Volta** — one engine runs across NVIDIA generations (RTX 5090 / Tesla V100), and can even **mix old and new cards in a single cross-machine pipeline**. - **Big models via quantization** — multi-format quantization (int8 / int4 / fp8 + KV-cache quant) fits a **30B-class MoE** on a single consumer card, and **128K** context under int4. - **Nodes drop, service doesn't** — ~6.7s **zero-loss** failover when the primary is killed; **lossless mid-stream resume** when a node dies during streaming. > All numbers are real-machine measurements. Full capabilities and benchmarks (in Chinese): [Engine](./docs/ENGINE.md). --- ## What is it **Loom** is an inference orchestration system built for **volatile, heterogeneous compute**. The problem it targets is concrete: you have a fleet of **mixed-model consumer NVIDIA GPUs that may be occupied or go offline at any moment** (think 5060 / 5070 / 5080 cards in an internet café). No single card fits a large model, and together they are just a loose pile. Loom aggregates them — **within a local-area network** — into one unified inference cluster: - **Outward**: a standard OpenAI-compatible API endpoint; existing apps connect with zero changes. - **Inward**: the model is automatically split by layers and distributed across cards for collaborative inference (pipeline parallelism runs inside the LAN). - **Fault-tolerant**: when a card gets claimed by a gamer, loses power, or crashes, the cluster routes around it and keeps serving — requests don't drop. ## Why "intranet" Pipeline parallelism is extremely sensitive to inter-node round-trip latency. The tens-of-milliseconds RTT of a cross-region WAN gets amplified by pipeline depth, physically capping single-request latency — which is where comparable public-internet approaches tend to hit a wall. Inside a **LAN, RTT is around 0.5 ms**, and interactive inference becomes viable. A café with 50 machines holds a substantial pool of idle VRAM — enough to run mainstream mid-sized models. Loom's mission is to awaken this **local compute that already exists but sits idle**. ## What it can do - 🧩 **Heterogeneous aggregation** — no requirement for identical GPUs, or even the same generation; model layers are allocated by each card's real VRAM and compute. - 🔀 **Mixed architectures** — from the latest Blackwell (RTX 5090) to the years-old Volta (Tesla V100), one engine adapts automatically, and old and new cards can even share one cross-machine pipeline. - 🎛️ **Multi-format quantization** — weights in bf16 / int8 / int4 / fp8, KV cache in fp8 / int8 / int4; fit bigger models and longer context in less VRAM. - 🔌 **OpenAI-compatible** — standard endpoints like `/v1/chat/completions`; drop-in for existing SDKs and tooling. - 🛡️ **Volatility tolerance** — layer-granularity redundancy and failover designed for "nodes leave anytime." - 🏗️ **Two-tier topology** — global gateway → per-cluster scheduler → multiple models per cluster; pipeline parallelism stays inside the cluster LAN, while the WAN only carries requests and generated tokens. - 🖥️ **Desktop clients** — graphical desktop apps for both the node side and the cluster-controller side. - 📊 **Production operations** — model rollout/rollback, maintenance mode, node trust management, built-in inference testing. > Implementation details of quantization, long context, mixed architectures, and cross-machine scheduling will be documented alongside the code at release time; capabilities and real-machine numbers are on the [Engine](./docs/ENGINE.md) page. ## Architecture at a glance Loom uses a layered "**Go control plane + minimal inference data plane**" design: each node runs just two processes — a Go daemon handling all networking and orchestration, and a Python process doing nothing but GPU forward passes. Requests carry their full route, keeping the scheduler off the request's critical path. See [Architecture](./docs/ARCHITECTURE.md). ## Self-hosted vs commercial Loom plans **two product lines**, with the boundary stated up front: - **Self-hosted community edition (open source)**: node, cluster scheduler, cluster gateway, inference engine, desktop clients. You can stand up your own intranet cluster and run it yourself. - **Commercial SaaS (closed source)**: the global access layer for end users (accounts, billing, cross-cluster scheduling, risk control) is not open-sourced and is the project's revenue source. The open-source cluster side contains no billing/funds logic; connecting to the commercial layer is entirely optional. ## License > **License pending.** The code has not been released under any open-source license yet. We lean toward a license that prevents cloud vendors from directly reselling a hosted service while staying open (e.g. AGPLv3 or BSL), and are confirming *license × patents × release timing* with legal counsel. Until a formal `LICENSE` file ships, the documents here are for reference only and grant no license. ## Brand & copyright - **Company**: Shaanxi Qianling Technology Co., Ltd. (陕西千翎科技有限公司) - **Brand narrative**: *A thousand plumes weave the cloud* (千羽织云) - **Product**: Loom (织云) "Loom / 织云" and related marks belong to Shaanxi Qianling Technology Co., Ltd. © 2026 Shaanxi Qianling Technology Co., Ltd. · All rights reserved