<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>LLMScale — LLM Feed</title>
<link>https://tahircengiz.github.io/LLMScale/feed/</link>
<atom:link href="https://tahircengiz.github.io/LLMScale/feed.xml" rel="self" type="application/rss+xml"/>
<description>Short posts on new open LLMs, serving engines and GPUs, each with its sources — and, for every new model, the GPU memory it needs at BF16, FP8 and INT4.</description>
<language>en</language>
<lastBuildDate>Tue, 20 Oct 2026 05:42:40 GMT</lastBuildDate>
<item>
<title>inclusionAI releases Ling-3.1-flash, a 560B hybrid-linear MoE with 25B active</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-inclusionai-ling-3-1-flash-moe.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-inclusionai-ling-3-1-flash-moe.html</guid>
<pubDate>Tue, 20 Oct 2026 05:42:40 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;inclusionAI has released Ling-3.1-flash, a hybrid-linear MoE with 560B total and 25B active parameters and a stated 1M-token context. Its 72 layers split into 63 KDA and 9 Gated MLA layers, so only a small share of layers hold a conventional KV cache.&lt;/p&gt;&lt;p&gt;LLMScale estimates for one user at 8K context: 537.3 GiB at FP8 (4× B200) and 287.8 GiB at INT4 (fits a 512GB M3 Ultra). The card's SGLang recipe uses 8× H200 or 4× GB300. vLLM needs a dedicated branch.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://huggingface.co/inclusionAI/Ling-3.1-flash"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://github.com/vllm-project/vllm.git"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Liquid AI releases LFM2.5-24B-A2B, a 24B MoE with 2B active and 131K context</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-liquid-ai-lfm2-5-24b-a2b.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-liquid-ai-lfm2-5-24b-a2b.html</guid>
<pubDate>Tue, 20 Oct 2026 05:42:15 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;Liquid AI released LFM2.5-24B-A2B, an open-weight reasoning MoE with 24B parameters, about 2B active per token and 64 experts with top-4 routing. Context grows from 32,768 to 131,072 tokens, on a hybrid of gated short convolutions and GQA. Liquid reports 184 tokens/s decode on an Apple M5 Max.&lt;/p&gt;&lt;p&gt;LLMScale estimates for one user at 8,192 tokens of context: 45.97 GiB in BF16 (A100 80GB), 23.89 GiB in FP8 (RTX 5090) and 13.54 GiB in INT4 (RTX 4060 Ti 16GB).&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://liquid.ai/blog/lfm2-5-24b-a2b"&gt;Liquid AI&lt;/a&gt; · &lt;a href="https://huggingface.co/LiquidAI/LFM2.5-24B-A2B"&gt;Hugging Face&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>NVIDIA releases Nemotron 3.5 Super VL, a 120B-A12B multimodal MoE in NVFP4</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-3-5-super-vl.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-3-5-super-vl.html</guid>
<pubDate>Tue, 20 Oct 2026 05:39:42 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;NVIDIA has released Nemotron 3.5 Super VL, an open multimodal MoE model with 120B parameters, 12B active per token. One model covers text, image, document and video input. The checkpoint uses NVFP4: 4-bit weights and activations on Blackwell, 4-bit weights with 16-bit activations on other GPUs.&lt;/p&gt;&lt;p&gt;All 120B weights must fit in memory even though only 12B run per token. NVIDIA says LiLiCorr speculative decoding speeds generation up to 2.3x on DGX Spark.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://developer.nvidia.com/blog/nvidia-nemotron-3-5-super-vl-powers-specialized-agents-with-multimodal-reasoning"&gt;NVIDIA Developer Blog&lt;/a&gt; · &lt;a href="https://huggingface.co/nvidia/NVIDIA-Nemotron-3.5-Super-VL-120B-A12B-NVFP4"&gt;Hugging Face&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>vLLM adds day-0 support for Muse Spark Open, an 816B-A42B MoE with 1M context</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-vllm-day-zero-muse-spark-open.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-vllm-day-zero-muse-spark-open.html</guid>
<pubDate>Tue, 20 Oct 2026 05:39:30 GMT</pubDate>
<category>Release</category>
<description>&lt;p&gt;vLLM has day-0 support for Meta's Muse Spark Open, an open-weight MoE with 816B total and 42B active parameters and a 1M-token context. Weights come in BF16 and NVFP4, plus MXFP4 from AMD.&lt;/p&gt;&lt;p&gt;46 of its 62 layers use a 2048-token sliding window, so KV cache at 1M tokens is just over a quarter of all-full attention. The example serves NVFP4 at TP8 with expert parallelism and a DSpark draft model for speculative decoding.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://vllm.ai/blog/2026-10-15-muse-spark-open"&gt;vLLM&lt;/a&gt; · &lt;a href="https://github.com/vllm-project/vllm/pull/61879"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>NVIDIA releases Dory1.0-4B, a looped 4B model with 256K context</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-dory-looped-4b-2.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-dory-looped-4b-2.html</guid>
<pubDate>Tue, 20 Oct 2026 05:39:30 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;NVIDIA released Dory1.0-4B, a 4B looped language model: a shared 20-layer block repeats between 8 input and 8 output layers, with interleaved sliding-window and full attention and up to 256K context. Loop count is set at inference; SWE-bench Verified goes from 50.3 at 1 loop to 61.8 at 4.&lt;/p&gt;&lt;p&gt;Per the model card, last-loop KV caching means extra loops add compute but no KV cache over a non-looped model. LLMScale estimates 11.12 GiB in BF16 and 6.60 GiB in INT4 for one user at 8K context.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://huggingface.co/nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://reddit.com/r/LocalLLaMA/comments/1x7w7dp/nvidianvidianemotronlabsdory104bbf16_hugging_face"&gt;Reddit r/LocalLLaMA&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>NVIDIA releases Nemotron-Labs-Dory1.0-4B, a looped model with 256K context</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-dory-looped-4b.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-nvidia-nemotron-dory-looped-4b.html</guid>
<pubDate>Tue, 20 Oct 2026 05:39:10 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;NVIDIA released Nemotron-Labs-Dory1.0-4B, an open 4B looped model. A shared 20-layer block sits between 8-layer input and output blocks and runs repeatedly. It mixes sliding-window and full attention and supports up to 256K context.&lt;/p&gt;&lt;p&gt;Per-loop caching grows the KV cache with each loop; last-loop mode keeps it at one-loop size. LLMScale estimates 11.12 GiB in BF16 and 8.05 GiB in FP8 for one user at 8K context. vLLM support is still an open PR.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://huggingface.co/nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://github.com/vllm-project/vllm/pull/60149"&gt;GitHub&lt;/a&gt; · &lt;a href="https://github.com/ggml-org/llama.cpp/pull/30306"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Unsloth opens GGUF repo for DeepSeek-V4.1-Flash-1017; quants not yet posted</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-unsloth-deepseek-v41-flash-1017-gguf.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-unsloth-deepseek-v41-flash-1017-gguf.html</guid>
<pubDate>Tue, 20 Oct 2026 05:38:45 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;Unsloth has opened a Hugging Face repo for GGUF builds of DeepSeek-V4.1-Flash-1017, an MIT-licensed minor update to DeepSeek-V4.1-Flash with reported gains in reasoning, coding and agentic tasks. The page says the quants are not posted yet.&lt;/p&gt;&lt;p&gt;LLMScale estimates 748.49B parameters, about 173.27B active per token (MoE). For one user at 8,192 tokens of context: 701.1 GiB at FP8 (8× B200) and 374.9 GiB at INT4, enough for a 512GB M3 Ultra. Recommended context is 1M tokens.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://huggingface.co/unsloth/DeepSeek-V4.1-Flash-1017-GGUF"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://reddit.com/r/LocalLLaMA/comments/1x95491/unslothdeepseekv41flash1017gguf_hugging_face"&gt;Reddit r/LocalLLaMA&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Amazon releases ALoDLM-8B, a looped diffusion language model built on Qwen3-8B</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-amazon-alodlm-8b-looped-diffusion.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-amazon-alodlm-8b-looped-diffusion.html</guid>
<pubDate>Tue, 20 Oct 2026 05:38:45 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;Amazon has released ALoDLM-8B, a diffusion language model initialized from Qwen3-8B. It reuses shared transformer layers in a loop and gives unresolved tokens extra passes. A Reddit post claims about 3x Qwen3-8B's speed. The model card measures throughput single-stream on one B200, in a parallel-commit mode separate from its quality runs. The license is CC BY-NC 4.0.&lt;/p&gt;&lt;p&gt;LLMScale estimates for one user at 8,192 tokens of context: 18.37 GiB in BF16, 11.90 GiB in FP8 and 8.87 GiB in INT4.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://huggingface.co/amazon/ALoDLM-8B"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://reddit.com/r/LocalLLaMA/comments/1x75bme/alodlm_8b_looped_diffusion_language_model_3x"&gt;Reddit r/LocalLLaMA&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>vLLM on eight MI355X GPUs tops HGX B300 per-GPU throughput on Kimi K3</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-kimi-k3-mi355x-vllm-throughput.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-kimi-k3-mi355x-vllm-throughput.html</guid>
<pubDate>Tue, 20 Oct 2026 05:38:34 GMT</pubDate>
<category>Hardware</category>
<description>&lt;p&gt;vLLM reports that an eight-GPU AMD Instinct MI355X system serving Kimi K3 reaches about 7,567 total tokens/s per GPU on the AgentX coding-agent benchmark. That is 24.4% more than NVIDIA HGX B300 (6,083) at 50 tokens/s/user P90. Both GPUs have 288 GB HBM3E.&lt;/p&gt;&lt;p&gt;The biggest gains came from cache handling. DCP8 splits the MLA KV history across GPUs, cutting a 142K-token conversation from about 1.96 GB to 245 MB per GPU. LLMScale estimates 1458.6 GiB at INT4 for one user at 8K context.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://vllm.ai/blog/2026-10-16-kimi-k3-mi355x"&gt;vLLM&lt;/a&gt; · &lt;a href="https://huggingface.co/moonshotai/Kimi-K3"&gt;Hugging Face&lt;/a&gt; · &lt;a href="https://vllm.ai/blog/2026-08-07-decode-context-parallelism"&gt;vLLM&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Four open-weight releases in 72 hours; only NVIDIA's Nemotron 3.5 Bolt fits 24GB</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-four-open-weight-drops-24gb-fit.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-four-open-weight-drops-24gb-fit.html</guid>
<pubDate>Tue, 20 Oct 2026 05:38:34 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;A r/LocalLLaMA recap lists four open-weight releases in 72 hours: Meta's Muse Spark Open (816B total, 42B active), Reflection's Beam (501B, 23B active), DeepSeek V4.1 Flash 1017 (510GB repo) and NVIDIA's Nemotron 3.5 Bolt (74B, 9B active).&lt;/p&gt;&lt;p&gt;Only Bolt targets a 24GB GPU: quantization-aware training to 2 bit puts weights at 22GB plus a 1.7GB vision projector, leaving little room for KV cache. Beam's smallest official checkpoint is 294GB in NVFP4. Sizes are from the post, not LLMScale estimates.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://reddit.com/r/LocalLLaMA/comments/1x9d23j/72_hours_four_big_open_weights_drops_the_only_one"&gt;Reddit r/LocalLLaMA&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>vLLM's specialized decode path speeds Kimi K3 up to 1.9x on NVIDIA GB300</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-20-vllm-kimi-k3-gb300-decode.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-20-vllm-kimi-k3-gb300-decode.html</guid>
<pubDate>Tue, 20 Oct 2026 05:38:19 GMT</pubDate>
<category>Tooling</category>
<description>&lt;p&gt;vLLM added a specialized Kimi K3 decode path for NVIDIA GB300. It uses agent-assisted CuTe DSL kernels that fuse attention, MoE and communication across 8 or 16 GPUs in one NVLink domain. Per-layer decode time falls from 130 to 69 microseconds.&lt;/p&gt;&lt;p&gt;Without speculation, throughput rises 1.62–1.92x on TP16 and 1.31–1.58x on TP8 at batch 1–64. With DSpark (synthetic AL=6), batch 1 on TP16 hits 842 tokens/s, against 488 on stock vLLM. For long contexts, decode context parallelism splits the KV cache across GPUs.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://vllm.ai/blog/2026-10-16-kimi-k3-megakernel"&gt;vLLM&lt;/a&gt; · &lt;a href="https://github.com/vllm-project/vllm/pull/61867"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Intel names Crescent Island GPU D-Series, with up to 480 GB of LPDDR5X</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-13-intel-d-series-gpu-480gb-lpddr5x.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-13-intel-d-series-gpu-480gb-lpddr5x.html</guid>
<pubDate>Tue, 13 Oct 2026 17:14:17 GMT</pubDate>
<category>Hardware</category>
<description>&lt;p&gt;Intel has named its Crescent Island GPU the D-Series. The D270 has 32 Xe3P cores, 256 XMX engines and 32 MB of L2. It is rated at up to 1.3 PFLOPS FP8 and supports formats from FP4 to FP64, on an air-cooled 350 W PCIe Gen5 x16 card. Intel's own version has 160 GB of LPDDR5X, ODM designs go up to 480 GB, and bandwidth is rated at 1.5 TB/s.&lt;/p&gt;&lt;p&gt;That capacity could hold large weights plus long-context KV cache on one card. However, 1.5 TB/s limits decode speed, which is bandwidth-bound. No pricing yet.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://reddit.com/r/LocalLLaMA/comments/1x4g90u/intel_crescent_island_gpu_gets_dseries_name"&gt;Reddit r/LocalLLaMA&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>vLLM adds bi-directional KV transfer, cutting multi-turn TTFT up to 3.3x</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-13-vllm-bidirectional-kv-transfer-multi-turn.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-13-vllm-bidirectional-kv-transfer-multi-turn.html</guid>
<pubDate>Tue, 13 Oct 2026 17:13:50 GMT</pubDate>
<category>Tooling</category>
<description>&lt;p&gt;vLLM's prefill-decode disaggregated serving can now send KV cache back from the decode node to the prefill node. Later turns of an agent conversation reuse earlier context instead of recomputing it. On a 1P1D EC2 P5en setup, with prefix caching off on the prefill node, TTFT at long prompts fell by up to 1.6x for Qwen3-32B and up to 3.3x for GLM-5-FP8.&lt;/p&gt;&lt;p&gt;The cost falls on decode VRAM. Finished KV blocks are kept for decoder_kv_blocks_ttl (default 480 s), so idle sessions hold memory until the timer expires. Remainders below kv_recompute_threshold (default 64 tokens) are recomputed instead.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://vllm.ai/blog/2026-10-12-bidirectional-kvxfer-multiturn-agentic-workload"&gt;vLLM&lt;/a&gt; · &lt;a href="https://docs.vllm.ai/en/latest/features/nixl_connector_usage"&gt;vLLM&lt;/a&gt; · &lt;a href="https://github.com/vllm-project/vllm/blob/main/examples/disaggregated/disaggregated_serving/disagg_proxy_multiturn.py"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Ollama v0.40.0 makes MLX the default runtime on Apple Silicon</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-11-ollama-mlx-default-apple-silicon.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-11-ollama-mlx-default-apple-silicon.html</guid>
<pubDate>Sun, 11 Oct 2026 15:11:00 GMT</pubDate>
<category>Release</category>
<description>&lt;p&gt;Ollama v0.40.0 makes MLX the default runtime on Apple Silicon. Model architectures that MLX supports now run on it automatically. Listed models include qwen3.8, gemma4, qwen3.6 and qwen3.5, plus the embedding model embeddinggemma-2. More models will be enabled after testing.&lt;/p&gt;&lt;p&gt;On Macs this swaps the inference backend with no configuration change. The release notes give no speed or memory figures, so re-measure throughput and memory use on your own hardware.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://github.com/ollama/ollama/releases/tag/v0.40.0"&gt;GitHub&lt;/a&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Mistral Large 4 preview: 1T-parameter MoE with 49B active, open weights due end of month</title>
<link>https://tahircengiz.github.io/LLMScale/feed/2026-10-10-mistral-large-4-preview-moe.html</link>
<guid isPermaLink="true">https://tahircengiz.github.io/LLMScale/feed/2026-10-10-mistral-large-4-preview-moe.html</guid>
<pubDate>Sat, 10 Oct 2026 09:41:50 GMT</pubDate>
<category>Model</category>
<description>&lt;p&gt;Mistral released a preview of Mistral Large 4 via its API: an MoE model with 1T total and 49B active parameters, trained on 3,800 NVIDIA Grace Blackwell GPUs. Open weights are promised for the end of this month. It scores 38 on Artificial Analysis, up from 9 for Mistral Large 3.&lt;/p&gt;&lt;p&gt;For self-hosting, per-token compute follows the 49B active parameters, but all 1T weights must be held in memory, so VRAM rather than compute sets the hardware floor. No memory estimate yet: the model config is not public.&lt;/p&gt;&lt;p&gt;Sources: &lt;a href="https://mistral.ai/news/mistral-large-4"&gt;Mistral AI&lt;/a&gt; · &lt;a href="https://simonwillison.net/2026/Oct/6/le-chonk"&gt;Simon Willison's Weblog&lt;/a&gt;&lt;/p&gt;</description>
</item>
</channel>
</rss>
