Pre-Compiled Pipeline Shards for Distributed LLM Inference on Intel AI PC Fleets
This paper presents a distributed inference system that leverages pre-compiled OpenVINO pipeline shards across multiple idle Intel AI PCs to enable interactive-speed execution of large LLMs (up to 70B parameters) that exceed single-device memory limits, achieving high throughput through optimized graph fusion, speculative decoding, and request interleaving.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
In the world of modern computing, a new kind of personal computer has emerged, packed with powerful processors designed specifically for artificial intelligence. These machines, often found in sleek laptops, contain specialized chips that can run large language models—programs capable of writing, reasoning, and conversing. However, a single machine has a hard limit: its memory is too small to hold the massive "brain" of the most advanced models, which require far more storage than any one device can provide. Traditionally, to run these giant models, users have had to rely on distant, expensive cloud servers, sending their questions over the internet and waiting for a reply. This creates a dependency on external infrastructure and raises concerns about data privacy, as sensitive information must leave the local machine. The question facing researchers was whether a group of these ordinary, idle personal computers could work together, connected by a standard office network, to run a model that is too big for any single one of them, all while keeping the data local and the response fast enough for a real conversation.
A team of researchers set out to answer this by building a system that splits a large artificial intelligence model into smaller pieces, assigning one piece to each computer in a small fleet. Imagine a massive book that is too heavy for one person to carry; instead of trying to lift it alone, a group of people stands in a line, each holding a chapter. As the story unfolds, the first person reads their chapter and passes the context to the next, who reads theirs, and so on, until the final person finishes the sentence. In this system, the "chapters" are layers of the AI model, and the "passing" happens over a standard network connection. The researchers discovered that simply splitting the model this way was not enough; the hand-off between computers was too slow, and the process of checking the work was too clumsy, making the system sluggish. To fix this, they developed three specific techniques that transformed a slow, experimental setup into a fast, usable tool.
The first breakthrough involved a subtle change in how the model pieces were prepared before they were even turned on. When the researchers initially exported the model layers to run on the computer's graphics chip, the software missed a crucial optimization that usually speeds things up. By injecting a specific, simple instruction into the code of each piece, they unlocked a hidden efficiency in the graphics processor. This small adjustment allowed the split pieces to run almost as fast as the original, unsplit model running on a single machine. Without this fix, the system was significantly slower, but with it, the performance gap nearly vanished, proving that the model could be divided without sacrificing speed.
The second challenge was handling the "drafting" process used to speed up the AI's thinking. Normally, a smaller, faster model guesses the next few words, and the main model checks them. If the guess is wrong, the main model must discard the incorrect guess and start over. On the specialized chips used in these computers, the standard way to discard a wrong guess was incredibly slow, taking nearly half a second for every correction—long enough to ruin the flow of conversation. The researchers found a clever workaround: instead of physically deleting the wrong guesses from the computer's memory, they simply told the AI to ignore them. By marking the incorrect guesses as invisible in the background data, the system achieved the exact same result as deleting them, but in a fraction of a second. This allowed the system to use the faster drafting technique without the penalty, making the AI feel much more responsive.
The third innovation allowed the system to serve multiple people at once. In a standard setup, while one computer in the line is working, the others often sit idle, waiting for their turn. The researchers designed a method where the computers could juggle requests from different users simultaneously. While one computer was finishing a sentence for User A, the next computer in the line could already be starting a sentence for User B. This interleaving of tasks kept every machine in the fleet busy, effectively multiplying the total speed of the group. When combined with the other two fixes, this approach allowed a two-computer fleet to serve two users at a speed nearly twice as fast as a single computer could serve one user alone.
The results were measured on a fleet of three high-end laptops connected by a standard Wi-Fi network. In tests, a two-computer setup running a popular 8-billion-parameter model served two users at a rate of nearly 44 words per second, which is fast enough for a natural, interactive conversation. This was 1.79 times faster than a single computer running the same model for just one user. Even more impressively, when the researchers simulated a slow, long-distance internet connection, the system remained usable, while an unoptimized version of the same setup became too slow to be practical. The system also successfully scaled up to run a massive 70-billion-parameter model, a size that no single computer in the fleet could hold on its own. By splitting this giant model across four computers, the team achieved interactive speeds, proving that a group of consumer devices could handle tasks previously reserved for massive data centers.
The study also explored how this system behaves under different conditions. They found that the speed of the network mattered less than the efficiency of the hand-offs between computers. When the connection was slow, the system compensated by processing more words at once in a single pass, which smoothed out the delays. They also tested the system on a real, wide-area network connection across the internet, where the results confirmed that with the right optimizations, the fleet could maintain a steady conversation speed even when the computers were far apart. The researchers noted that while the system works well, it relies on the computers being in a trusted environment, as it does not include built-in security features like encryption or authentication. Furthermore, they observed that the physical heat generated by the computers during sustained use could eventually slow them down, a factor that would need to be managed in a real-world deployment.
Ultimately, this work demonstrates that the barrier to running powerful artificial intelligence is not just the hardware, but how that hardware is used. By rethinking the way models are split, how errors are corrected, and how multiple users are served, a small group of ordinary computers can act as a single, powerful machine. The researchers made their code and data available to the public, allowing others to verify the results and build upon the system. The findings suggest that in the near future, organizations could run their own private, high-speed AI clusters using the computers they already own, keeping data local and reducing reliance on external cloud services. The system proved that with the right software, the collective power of a fleet of idle machines can be harnessed to solve problems that were once thought to require a supercomputer.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.