Zed and the 8ms Frame

Why the creators of Atom abandoned the web to build a GPU-accelerated engine for code.

• View on GitHub • More from zed-industries

A close up illustration of a finger pressing a keyboard key. On the left side, the resulting letter appears blurred behind thick glass representing Electron latency. On the right side, the letter is etched sharply and immediately into the screen, representing Zed's instant rendering.
Traditional DOM-based editors introduce input latency. Zed treats keystrokes like game engine inputs.

Key Takeaways

The 8-Millisecond Mandate

For a decade, the developer ecosystem accepted a compromise. Editors like VS Code and Atom offered incredible extensibility by running on web technologies, but they taxed the CPU and introduced subtle input latency. Zed reverses this tradeoff. Built entirely in Rust, it targets a 120fps refresh rate. This means every single frame (including syntax highlighting, cursor blinks, and scrolling) must compute in under 8.3 milliseconds.

Achieving this required discarding the Document Object Model completely. Instead of rendering HTML and CSS, Zed treats the text editor like a high-performance AAA game engine.

The 8ms Frame Loop: How a keystroke propagates through Zed's architecture directly to the GPU.

Beyond the DOM

The irony of Zed is its lineage. The project was founded by the very engineers who created Atom and helped ignite the Electron revolution. After years of optimizing web-based editors, they hit a hard performance ceiling. They realized that achieving true zero-latency typing required talking directly to the metal.

To do this, they built their own UI framework from scratch called GPUI. It bypasses standard operating system windowing toolkits and communicates directly with Metal on macOS or Vulkan on Linux and Windows.

We're excited to announce that Zed is now an open source project. The code for Zed itself is available under a copyleft license to ensure any improvements will benefit the entire community (GPL for the editor, AGPL for server-side components). GPUI, the UI framework that powers Zed, is distributed under the Apache 2 license, so that you can use it to build high-performance desktop applications and distribute them under any license you choose.

Nathan Sobo, Co-founder · Zed is now open source — Zed's Blog

Coding in Parallel

Performance is only half the architecture. Zed was designed from day one to be multiplayer. Instead of relying on a central server to mediate edits, it uses Conflict-free Replicated Data Types (CRDTs). When two developers edit the same file, their local buffers update instantly, and the operations are mathematically merged in the background.

An illustration of a single thick rope made of several individual colored strands braided together, passing smoothly through a system of mechanical pulleys.
CRDTs allow multiple users to weave edits together locally without waiting for a server round-trip.

The Agentic Shift

Zed approaches AI integration differently than its predecessors. Rather than treating large language models as a simple autocomplete sidebar, the editor incorporates AI agents as core primitives. The internal codebase relies heavily on a skills directory, treating prompts as version-controlled logic.

In short, LLMs automate typing, not thinking.

The New Editor Hierarchy

Zed occupies a unique space in the developer tooling landscape. It offers the GUI comforts and integrated features of VS Code, but operates with the mechanical sympathy and low memory footprint of terminal-based editors like Neovim.

FeatureZedVS CodeNeovim
Core LanguageRustTypeScriptC / Lua
UI RenderingGPU (Direct Metal/Vulkan)Electron (DOM / WebGL)Terminal Emulator
CollaborationNative CRDTsLive Share ExtensionThird-party Plugins
ExtensibilityWASM (Growing)JavaScript (Massive)Lua (Extensive)