<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[paper: ZEDA for MoE]]></title><description><![CDATA[<p dir="auto"><a href="https://arxiv.org/html/2605.18643v2" rel="nofollow ugc">arxiv Post-Trained MoE Can Skip Half Experts via Self-Distillation</a></p>
<p dir="auto"><a href="https://huggingface.co/TsinghuaC3I" rel="nofollow ugc">https://huggingface.co/TsinghuaC3I</a>  Tsinghua University</p>
<p dir="auto"><strong>Mixture‑of‑Experts (MoE) basics</strong><br />
An MoE layer contains many “expert” feed‑forward sub‑networks, but for each token only a small subset is activated by a router. This <em>sparse activation</em> lets the overall model grow very large while keeping the per‑token compute bounded. Dynamic MoE variants go further by letting the router decide, <strong>input‑dependently</strong>, how many experts to use, reducing computation for easy tokens.</p>
<p dir="auto"><strong>Problem the paper addresses</strong><br />
Existing dynamic‑MoE techniques usually require training the model from scratch or performing task‑specific fine‑tuning. Consequently, a <strong>fully trained static MoE model cannot be easily turned into a dynamic one</strong> without risking loss of the routing knowledge that was already learned. This limits practical deployment because inference costs remain high even when many tokens could be handled with fewer experts. &lt;citation src="1"&gt;&lt;/citation&gt;</p>
<p dir="auto"><strong>How the new method (ZEDA) works</strong></p>
<ol>
<li><strong>Zero‑Expert injection</strong> – a parameter‑free “zero‑output” expert is added to every MoE layer. These experts produce no contribution unless selected, allowing the model to <strong>skip computation</strong> for certain tokens.</li>
<li><strong>Two‑stage self‑distillation</strong> –
<ul>
<li><em>Stage 1 (SFT)</em>: the augmented model is fine‑tuned while staying close to the original outputs.</li>
<li><em>Stage 2 (OPD)</em>: the original static MoE acts as a <strong>frozen teacher</strong>; the student (augmented model) learns via self‑distillation, guided by a <strong>group‑level balancing loss</strong> that keeps expert loads even.<br />
This stabilises the conversion from static to dynamic architecture without needing a new pre‑training run. &lt;citation src="2"&gt;&lt;/citation&gt;</li>
</ul>
</li>
</ol>
<p dir="auto"><strong>Benefits emphasized by the authors</strong></p>
<ul>
<li><strong>Computation reduction</strong>: &gt; 50 % of expert FLOPs are eliminated, meaning many tokens bypass expert computation entirely.</li>
<li><strong>Small accuracy loss</strong>: performance drops only marginally across a suite of 11 benchmarks (math, code, instruction following).</li>
<li><strong>Speed‑up</strong>: about <strong>1.2 ×</strong> end‑to‑end inference acceleration is observed.</li>
<li><strong>Low adaptation cost</strong>: ZEDA requires only a brief self‑distillation fine‑tuning phase, avoiding the expense of full re‑training.</li>
<li><strong>Compatibility</strong>: because zero‑experts are parameter‑free, the method can be applied to existing large MoE models without architectural redesign. &lt;citation src="4"&gt;&lt;/citation&gt;</li>
</ul>
]]></description><link>https://forum.ieu.app/topic/f6869e86-a4fa-4eb7-ab6d-d67250ff9b93/paper-zeda-for-moe</link><generator>RSS for Node</generator><lastBuildDate>Sun, 06 Sep 2026 06:00:41 GMT</lastBuildDate><atom:link href="https://forum.ieu.app/topic/f6869e86-a4fa-4eb7-ab6d-d67250ff9b93.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 30 Aug 2026 17:41:05 GMT</pubDate><ttl>60</ttl></channel></rss>