<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LLM Inference on SoloSoft</title><link>https://www.solosoft.dev/tags/llm-inference/</link><description>Recent content in LLM Inference on SoloSoft</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 01 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.solosoft.dev/tags/llm-inference/index.xml" rel="self" type="application/rss+xml"/><item><title>ExLlamaV3: High-Performance LLM Inference Engine</title><link>https://www.solosoft.dev/post/exllamav3-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/exllamav3-inference-2026/</guid><description>&lt;p&gt;Running large language models on consumer hardware requires efficient inference engines that squeeze every drop of performance from available GPU memory. ExLlamaV3, developed by the turboderp team, is one of the fastest inference engines available for Llama-family models, particularly when using the EXL3 quantization format.&lt;/p&gt;
&lt;p&gt;ExLlamaV3 achieves its speed through a combination of optimized CUDA kernels, efficient memory management, and quantization-aware computation. It supports both 4-bit and 8-bit EXL3 quantization, dynamic batching, and speculative decoding. For users running local models on consumer GPUs, it consistently delivers the highest tokens-per-second throughput available.&lt;/p&gt;
&lt;h2 id="performance-benchmarks"&gt;Performance Benchmarks&lt;/h2&gt;
&lt;table&gt;
 &lt;thead&gt;
 &lt;tr&gt;
 &lt;th&gt;Model&lt;/th&gt;
 &lt;th&gt;GPU&lt;/th&gt;
 &lt;th&gt;Quantization&lt;/th&gt;
 &lt;th&gt;Speed (tokens/s)&lt;/th&gt;
 &lt;th&gt;Memory Usage&lt;/th&gt;
 &lt;/tr&gt;
 &lt;/thead&gt;
 &lt;tbody&gt;
 &lt;tr&gt;
 &lt;td&gt;Llama 3.1 8B&lt;/td&gt;
 &lt;td&gt;RTX 4090 24GB&lt;/td&gt;
 &lt;td&gt;EXL3 4-bit&lt;/td&gt;
 &lt;td&gt;180&lt;/td&gt;
 &lt;td&gt;6 GB&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;Llama 3.1 70B&lt;/td&gt;
 &lt;td&gt;RTX 4090 24GB&lt;/td&gt;
 &lt;td&gt;EXL3 4-bit&lt;/td&gt;
 &lt;td&gt;30&lt;/td&gt;
 &lt;td&gt;22 GB&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;Mistral 7B&lt;/td&gt;
 &lt;td&gt;RTX 3060 12GB&lt;/td&gt;
 &lt;td&gt;EXL3 4-bit&lt;/td&gt;
 &lt;td&gt;85&lt;/td&gt;
 &lt;td&gt;5 GB&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;Qwen 2.5 32B&lt;/td&gt;
 &lt;td&gt;RTX 4090 24GB&lt;/td&gt;
 &lt;td&gt;EXL3 4-bit&lt;/td&gt;
 &lt;td&gt;55&lt;/td&gt;
 &lt;td&gt;18 GB&lt;/td&gt;
 &lt;/tr&gt;
 &lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="key-features"&gt;Key Features&lt;/h2&gt;
&lt;table&gt;
 &lt;thead&gt;
 &lt;tr&gt;
 &lt;th&gt;Feature&lt;/th&gt;
 &lt;th&gt;Description&lt;/th&gt;
 &lt;th&gt;Benefit&lt;/th&gt;
 &lt;/tr&gt;
 &lt;/thead&gt;
 &lt;tbody&gt;
 &lt;tr&gt;
 &lt;td&gt;EXL3 quantization&lt;/td&gt;
 &lt;td&gt;Specialized 4-bit and 8-bit formats&lt;/td&gt;
 &lt;td&gt;Highest quality per bit&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;CUDA kernel optimization&lt;/td&gt;
 &lt;td&gt;Fused attention, flash decoding&lt;/td&gt;
 &lt;td&gt;Maximum throughput&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;Dynamic batching&lt;/td&gt;
 &lt;td&gt;Process multiple requests concurrently&lt;/td&gt;
 &lt;td&gt;Higher utilization&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;Speculative decoding&lt;/td&gt;
 &lt;td&gt;Draft-then-verify for faster generation&lt;/td&gt;
 &lt;td&gt;2x speedup on some tasks&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;LoRA support&lt;/td&gt;
 &lt;td&gt;Load and swap LoRA adapters at runtime&lt;/td&gt;
 &lt;td&gt;Flexible fine-tuning&lt;/td&gt;
 &lt;/tr&gt;
 &lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="inference-pipeline"&gt;Inference Pipeline&lt;/h2&gt;

&lt;figure class="mermaid-wrapper not-prose" role="img" aria-label="Mermaid diagram"&gt;
 &lt;div class="mermaid-container"&gt;
 &lt;pre class="mermaid"&gt;flowchart LR
 A[Input Tokens] --&amp;gt; B[Embedding Layer]
 B --&amp;gt; C[Transformer Layer 1]
 C --&amp;gt; D[Layer 2]
 D --&amp;gt; E[Layer N]
 E --&amp;gt; F[Attention with&amp;lt;br/&amp;gt;FlashAttention]
 F --&amp;gt; G[Feed-Forward&amp;lt;br/&amp;gt;with Quantized GEMM]
 G --&amp;gt; H{More Layers?}
 H --&amp;gt;|Yes| D
 H --&amp;gt;|No| I[Output Logits]
 I --&amp;gt; J[Sampling]
 J --&amp;gt; K[Generated Token]
 K --&amp;gt; L[KV Cache Update]
 L --&amp;gt; C&lt;/pre&gt;
 &lt;script type="application/mermaid"&gt;flowchart LR
 A[Input Tokens] --&gt; B[Embedding Layer]
 B --&gt; C[Transformer Layer 1]
 C --&gt; D[Layer 2]
 D --&gt; E[Layer N]
 E --&gt; F[Attention with&lt;br/&gt;FlashAttention]
 F --&gt; G[Feed-Forward&lt;br/&gt;with Quantized GEMM]
 G --&gt; H{More Layers?}
 H --&gt;|Yes| D
 H --&gt;|No| I[Output Logits]
 I --&gt; J[Sampling]
 J --&gt; K[Generated Token]
 K --&gt; L[KV Cache Update]
 L --&gt; C&lt;/script&gt;
 &lt;/div&gt;
&lt;/figure&gt;&lt;p&gt;The pipeline processes tokens through transformer layers with specialized CUDA kernels for attention and feed-forward computation. The KV cache is maintained efficiently in GPU memory, and speculative decoding can accelerate generation by validating multiple tokens at once.&lt;/p&gt;</description></item><item><title>KTransformers: Flexible LLM Inference with Advanced Kernel Optimization</title><link>https://www.solosoft.dev/post/ktransformers-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/ktransformers-inference-2026/</guid><description>&lt;p&gt;The efficiency of LLM inference directly determines the cost, latency, and scalability of AI applications. &lt;strong&gt;KTransformers&lt;/strong&gt; (kvcache-ai/ktransformers on GitHub) is a flexible inference framework that pushes the boundaries of what is achievable with kernel-level optimizations, enabling faster and more cost-effective deployment of large language models in production environments.&lt;/p&gt;
&lt;p&gt;Developed by the kvcache-ai team, KTransformers takes a comprehensive approach to inference optimization. Rather than focusing on a single technique, it combines multiple strategies &amp;ndash; advanced CUDA kernels, dynamic batching, speculative decoding, quantization, and attention optimizations &amp;ndash; into a unified framework that can be tuned for different deployment scenarios.&lt;/p&gt;
&lt;p&gt;The framework&amp;rsquo;s architecture is designed for flexibility. Users can configure which optimizations to apply based on their specific hardware, model characteristics, and performance requirements. This makes KTransformers suitable for a wide range of deployments, from single-GPU local inference to distributed multi-GPU production systems serving thousands of concurrent requests.&lt;/p&gt;</description></item><item><title>llama.cpp: High-Performance LLM Inference on CPU and GPU</title><link>https://www.solosoft.dev/post/llama-cpp-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/llama-cpp-inference-2026/</guid><description>&lt;p&gt;The dream of running powerful language models entirely on your own hardware, without sending data to cloud APIs, was once considered impractical for anyone outside of large tech companies. &lt;strong&gt;llama.cpp&lt;/strong&gt; shattered that assumption. This single-header C++ implementation has become the most popular tool for running LLMs locally, democratizing access to AI computation across virtually every hardware configuration.&lt;/p&gt;
&lt;p&gt;Created by Georgi Gerganov, llama.cpp started as a focused implementation of Meta&amp;rsquo;s Llama architecture and has since grown into a universal inference engine supporting hundreds of model architectures, multiple backends (CPU, CUDA, Metal, ROCm, Vulkan), and a rich ecosystem of tools and integrations.&lt;/p&gt;</description></item><item><title>LocalAI: Self-Hosted OpenAI API-Compatible Inference Server</title><link>https://www.solosoft.dev/post/local-ai-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/local-ai-inference-2026/</guid><description>&lt;p&gt;Running AI models locally offers undeniable advantages: complete data privacy, no API costs, offline operation, and full control over model choice and configuration. But replacing cloud AI services with local alternatives typically requires a patchwork of different tools &amp;ndash; one for LLMs, another for image generation, a third for speech recognition. &lt;strong&gt;LocalAI&lt;/strong&gt; solves this fragmentation by providing a single, OpenAI API-compatible server that covers the full spectrum of AI capabilities.&lt;/p&gt;
&lt;p&gt;LocalAI is a drop-in replacement for OpenAI&amp;rsquo;s API that runs entirely on your own hardware. Any application that works with OpenAI&amp;rsquo;s API &amp;ndash; from simple chat interfaces to complex agent frameworks &amp;ndash; can be redirected to LocalAI by changing a single configuration parameter: the API base URL.&lt;/p&gt;</description></item><item><title>MLX LM: LLM Inference and Fine-Tuning on Apple Silicon</title><link>https://www.solosoft.dev/post/mlx-lm-llm-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/mlx-lm-llm-2026/</guid><description>&lt;p&gt;The promise of running LLMs locally on a MacBook has been seductive but incomplete. Ollama and llama.cpp made it possible, but performance left room for improvement — models ran, but they did not fully leverage Apple Silicon&amp;rsquo;s architecture. The gap between what a MacBook could theoretically do and what inference engines delivered was visible in every benchmark.&lt;/p&gt;
&lt;p&gt;MLX LM closes this gap. Built on Apple&amp;rsquo;s own MLX framework, it runs LLM inference and fine-tuning at speeds that previously required dedicated GPU hardware. The key is MLX&amp;rsquo;s unified memory architecture — no data copying between CPU and GPU, no PCI-e bottlenecks, just direct access to the full memory bandwidth of Apple Silicon. For a MacBook Pro with an M4 Max, MLX LM delivers inference performance that rivals mid-range NVIDIA GPUs.&lt;/p&gt;</description></item><item><title>PowerInfer: High-Speed LLM Inference on Consumer GPUs via CPU-GPU Hybrid Design</title><link>https://www.solosoft.dev/post/powerinfer-llm-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/powerinfer-llm-inference-2026/</guid><description>&lt;p&gt;Running large language models locally has always been constrained by a hard wall: GPU memory. A 175-billion parameter model in FP16 requires approximately 350GB of VRAM &amp;ndash; far beyond the 24GB available on consumer GPUs like the RTX 4090. Server-grade solutions exist (A100, H100), but they cost tens of thousands of dollars. &lt;strong&gt;PowerInfer&lt;/strong&gt;, developed by Tiiny-AI (formerly from Shanghai Jiao Tong University), smashes through this wall with a clever insight that exploits a fundamental property of how neural networks actually compute.&lt;/p&gt;
&lt;p&gt;The insight is called &lt;strong&gt;activation locality&lt;/strong&gt;: for any given input token, only a small fraction of a model&amp;rsquo;s neurons are active. The rest are essentially idling. PowerInfer exploits this by pre-analyzing the model to identify which neurons are &amp;ldquo;hot&amp;rdquo; (frequently activated) and which are &amp;ldquo;cold&amp;rdquo; (rarely activated). Hot neurons are kept on the GPU for fast access; cold neurons remain in CPU memory and are only loaded when needed.&lt;/p&gt;</description></item><item><title>SGLang: Efficient LLM Inference with Structured Generation</title><link>https://www.solosoft.dev/post/sglang-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/sglang-inference-2026/</guid><description>&lt;p&gt;The open-source LLM ecosystem has solved many problems — model quality, fine-tuning, deployment — but one challenge persists: getting models to produce reliable, structured output. A model asked to output JSON might add explanatory text, use inconsistent key names, or fail to close brackets. For production systems that feed LLM output into downstream APIs, databases, or parsers, this unpredictability is a blocker.&lt;/p&gt;
&lt;p&gt;SGLang approaches this problem from the inference engine level rather than the prompting layer. It is a high-performance LLM inference framework that builds structured generation into the core inference pipeline. Instead of asking the model nicely to output JSON and hoping for the best, SGLang constrains the token generation process so that every token is guaranteed to conform to a specified grammar, schema, or pattern.&lt;/p&gt;</description></item><item><title>TensorRT-LLM: NVIDIA's Open-Source Library for Optimized LLM Inference</title><link>https://www.solosoft.dev/post/tensorrt-llm-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/tensorrt-llm-inference-2026/</guid><description>&lt;p&gt;Deploying large language models in production requires more than just loading weights onto a GPU. To achieve acceptable throughput and latency, you need kernel fusion, attention optimization, memory management, and quantization &amp;ndash; all tuned for your specific hardware. NVIDIA&amp;rsquo;s &lt;strong&gt;TensorRT-LLM&lt;/strong&gt; provides all of this in a single open-source library that extracts maximum performance from NVIDIA GPUs for LLM and visual generation inference.&lt;/p&gt;
&lt;p&gt;TensorRT-LLM, hosted at &lt;a href="https://github.com/NVIDIA/TensorRT-LLM"&gt;github.com/NVIDIA/TensorRT-LLM&lt;/a&gt;, is NVIDIA&amp;rsquo;s official inference optimization library for large language models and visual generative models. It includes state-of-the-art kernel implementations for attention (FlashAttention, PageAttention), quantization (FP8, INT4, INT8, INT4-AWQ), and in-flight batching. The library compiles models into optimized engine files that run efficiently across NVIDIA&amp;rsquo;s GPU lineup from Turing to Blackwell architectures.&lt;/p&gt;</description></item><item><title>vLLM: High-Throughput LLM Inference with PagedAttention</title><link>https://www.solosoft.dev/post/vllm-inference-2026/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.solosoft.dev/post/vllm-inference-2026/</guid><description>&lt;p&gt;Serving LLMs in production is fundamentally a memory management problem. The KV cache — the set of attention key-value pairs stored during generation — grows with each token produced. For a 70B parameter model serving multiple concurrent requests, the KV cache consumes hundreds of megabytes per sequence. Poor memory management means wasted GPU memory, lower throughput, and higher cost per token.&lt;/p&gt;
&lt;p&gt;vLLM solves this with PagedAttention, a breakthrough that applies operating system virtual memory concepts to LLM inference. By managing the KV cache in fixed-size blocks (pages) rather than contiguous memory regions, vLLM eliminates fragmentation — the dominant memory waste in naive inference — and achieves near-perfect memory utilization. The result is 2-4x higher throughput than any previous open-source inference engine.&lt;/p&gt;</description></item></channel></rss>