SShortSingh.
Back to feed

Edge0 runs 35B AI model in under 3 GB RAM by streaming experts from SSD

0
·1 views

Edge0-AI has open-sourced Edge0, a streaming inference engine licensed under Apache 2.0 that runs large language models with minimal RAM by keeping model weights on an SSD and loading only the active expert parameters per token. The system leverages sparse Mixture-of-Experts (MoE) architecture, where just 3 billion of a model's 35 billion parameters are active at any given moment, capping peak memory use at around 2.9 GB. Two preview models are available: Edge0-35B-A3B, based on Qwen3.5-MoE, and Edge0-8B-A1B, built on inclusionAI's Ling 3.0, both shipped as 4-bit quantized checkpoints. Benchmarks recorded on a Mac Mini M4 Pro show decode speeds of roughly 15–18 tokens per second for the 35B model, though memory usage rises with longer prompts as the KV cache grows. The engine currently supports Apple Silicon Macs running Python 3.10 or later and is installable via a single pip command from the project's GitHub repository.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Most Data Lakehouses Fail HIPAA Standards Due to Misconfigs, Security Shortcuts

A significant majority of healthcare data breaches stem from storage-layer misconfigurations, yet many engineering teams treat basic encryption as sufficient HIPAA compliance. A common failure involves overprivileged 'God-mode' service accounts that obscure individual accountability when sensitive patient data is mishandled. Experts warn that masking Protected Health Information only at the BI or application layer violates HIPAA's Minimum Necessary standard, since raw data remains accessible to anyone with bucket-level read permissions. Best practices include applying deterministic tokenization or masking before data reaches persistent storage, binding masking logic directly to schema definitions using tools like Delta Lake column-level security. Fine-grained access control tied to individual user identities, mandatory MFA for PHI-tagged resources, and immutable audit logging are recommended as non-negotiable components of a compliant data lakehouse architecture.

0
ProgrammingDEV Community ·

TensorFlow Bug Fixed: Type Mismatch in Lookup Tables Caused Full Process Crash

A bug in TensorFlow's lookup table export operation caused the entire Python process to crash with a SIGABRT signal when mismatched data types were passed to LookupTableExportV2. Unlike other lookup table kernels, LookupTableExportOp skipped signature verification and directly called ExportValues, triggering a hard C++ CHECK_EQ assertion failure instead of a catchable Python exception. The issue, tracked as GitHub issue #125503 in the tensorflow/tensorflow repository, was identified while reviewing open bugs in the project. The fix aligned LookupTableExportOp with the pattern used by other lookup table kernels by adding proper signature matching before export. This ensures type mismatches now raise a recoverable InvalidArgumentError rather than aborting the interpreter.

0
ProgrammingDEV Community ·

Misconfigured AWS governance tags pulled EKS nodes into Prometheus scrape pool

During an org-wide AWS tagging push on September 8, EKS worker nodes in a production VPC inadvertently received tags that matched Prometheus's EC2 service discovery filters. Because the nodes carried environment=prod and a platform techteam value, Prometheus began attempting to scrape Telegraf metrics on port 9273 — a host agent that was never installed on Kubernetes worker nodes. This caused five EKS targets to register as permanently down, triggering a wave of critical Telegraf Down alerts the following Thursday. What initially appeared to be a fleet-wide monitoring failure turned out to be a tagging side effect from three days earlier, compounded by unrelated exporter issues under the same alert name. The incident highlighted how infrastructure governance changes can silently alter monitoring discovery scope when tag-based scrape filters are not isolated from node management tags.

0
ProgrammingDEV Community ·

How AI and Robotics Could Shape the Fighting Styles of Future Combat Robots

Researchers and technologists speculate that future combat robots would not rely on a single martial art but instead blend techniques from MMA, boxing, wrestling, judo, and Brazilian Jiu-Jitsu. Unlike human fighters, robots can process sensor data in milliseconds and perform movements beyond human physical limits. However, mechanical constraints such as balance, motor speed, and battery life remain significant engineering challenges. Experts suggest that balance and positional control — core principles of wrestling and judo — may prove more valuable to robots than raw striking power. Each additional movement type, from kicks to throws, introduces complex engineering demands around joint strength, energy use, and structural durability.