• Home
  • News
  • Blog
  • Releases
  • LLM history
  • Compare LLMs
  • Library
  • About
⌘K
Sign in

A blog and notes on development. The easiest way to reach me is via the social links below.

Contacts
talalaev.misha@gmail.com
Documents
Personal data processing policyPersonal data processing consent
Photo: Alexandar Todov / Unsplash

MoE without a tokenizer: byte entropy determines who gets to process the patch

Sh0ny
Sh0ny
10 августа 2026
  1. Home
  2. Blog
  3. MoE without a tokenizer: byte entropy determines who gets to process the patch
1 min read

In short

EntropyMoE combines two mechanisms that are typically developed separately: dynamic byte clustering and expert selection in a Mixture-of-Experts model. While this may make computations more flexible, it does not in itself prove that it will speed up the process or reduce the model’s cost.

In a tokenizer-free LLM, the model can process not predefined tokens, but dynamic groups of bytes—patches. The problem is that each such patch then receives the same amount of computation, even though its meaning and size can vary greatly.

EntropyMoE proposes using an existing signal—the patch’s entropy—for routing to Top-K experts. Simply put, the model first groups the bytes and then, based on that same characteristic, decides which experts to send the resulting fragment to.

An important detail: routing takes into account not only entropy but also the patch length. And the contribution to the load is determined by the coverage of the bytes. This makes more sense than treating every fragment as an equal unit of work: a long patch can indeed represent a larger volume of input.

According to the authors, EntropyMoE achieved the lowest held-out bits-per-byte among comparable dense and sparse models, while maintaining comparable accuracy on subsequent tasks. But the main result here isn’t the promise that “MoE has become faster,” but rather this: patch entropy can serve as a coordinate for conditional computations even without classical tokenization.

There is also a limitation that’s easy to overlook in a summary. The abstract lacks specific data on actual speedup, inference cost, model size, or hardware performance gains. Therefore, for now, it is more accurate to speak of a more efficient distribution of computations and prediction quality rather than a proven practical reduction in costs.

If you had to choose between more complex routing and simple, uniform processing of all fragments, which would be more important to you: better quality with the same architectural complexity, or proven time and cost savings in production? Source: cs.AI updates on arXiv.org

новостиaillmразработка
More AI-tool write-ups on the Telegram channel — short and to the point
Subscribe on Telegram

Comments

(0)
​