• Tech Support ⤴
  • Projects
  • Services
    • AI Development
    • UI/UX Design
    • Web Development
    • Technology Support
    • Mobile App Development
    • Banking ATM Interfaces
    • Process Automation
    • Security Auditing
    • Local AI Servers
  • odoo ERP
get in touchStart with Eva
logo
Tech Support ⤴
Projects
Services
AI DevelopmentUI/UX DesignWeb DevelopmentTechnology SupportMobile App DevelopmentBanking ATM InterfacesProcess AutomationSecurity AuditingLocal AI Servers
odoo ERP
get in touchStart with Eva
Loading…
logo

Transforming businesses through AI-powered digital innovation and creative excellence.

Quick Links

BlogAinexProjectsContact us

Contact Us

pinDubai Digital Park, A5, DTEC - Silicon Oasisemail[email protected]phone+971 55 7538087
© 2026 aratech. All rights reserved.
Privacy PolicyTerms of ServiceCookie Policy
Accueil / Blog / La fin du jeu du cache KV : comment DeepSeek et Xiaomi rendent les modeles bon marche plus intelligents

La fin du jeu du cache KV : comment DeepSeek et Xiaomi rendent les modeles bon marche plus intelligents

Le V4.1-Flash de DeepSeek et le HySparse2 de Xiaomi attaquent le meme goulot d'etranglement depuis des directions opposees : coder le cache KV une fois et quantifier fort, ou lire seulement ce qu'on utilisera. L'attention sparse orientee agents devient mainstream, et les modeles bon marche viennent de devenir competitifs sur de vrais benchmarks d'agents.

- 6 min de lecture

Points clés

ExpandCollapse
  • - Ce n'est pas le calcul mais la bande passante memoire du cache KV qui est aujourd'hui le principal goulot d'etranglement de l'inference : un contexte de 1M de jetons en precision complete coute ~389 Go.
  • - DeepSeek-V4.1-Flash utilise le codage KV incremental et des caches FP4 (E2M1) pour reduire la taille du cache de 437x vs V1, atteignant ~890 B par jeton et un working set de ~0,9 Go a 1M de jetons.
  • - HySparse2 de Xiaomi reduit ce qui est lu par jeton avec une sparsity elastique par tete, un retrieval intercale top-K + local et le KV partage en grouped-query : 2,69 Go a 1M de jetons et 5,02x moins de calcul de prefill que l'attention hybride a fenetre glissante.
  • - Les modeles bon marche optimises en cache rivalisent desormais avec les modeles de frontiere sur les benchmarks agents : V4.1-Flash (90,6) devance a peine Claude Opus 5 (89,1) et GPT-5.6 (88,8) sur Terminal-Bench 2.1.
  • - Les revendications de recall a 1M de jetons restent non verifiees independamment au-dela de ~256K. Traitez le recall de 1M comme une revendication d'architecture jusqu'a ce que des tiers la reproduisent.
Graphiques en courbes des empreintes de cache KV des modeles DeepSeek et Xiaomi et des scores de benchmarks agents

La ressource la plus chere en IA aujourd'hui n'est pas le calcul. C'est la bande passante memoire, et presque tout est depense a deplacer une seule chose : le cache KV. Deux lancements des derniers mois attaquent ce goulot d'etranglement depuis des directions d'ingenierie opposees, le V4.1-Flash de DeepSeek et le HySparse2 de Xiaomi, et ensemble ils esquissent a quoi ressemble la prochaine ere de l'inference : des agents a un million de jetons qui tiennent dans des gigaoctets, pas des teraoctets.

1. D'abord, dimensionnons le probleme

Dans la couche d'attention d'un transformer, generer un jeton exige de lire les vecteurs cle/valeur de chaque jeton precedent. En attention complete avec 61 couches (DeepSeek-V1), 128 tetes d'attention et une dimension de tete fine de 128, le cache d'un seul jeton a precision quasi sans perte coute environ 380 KB sur toutes les couches. Multiplions par le contexte :

  • 32K jetons : ~12 Go de cache KV
  • 128K jetons : ~49 Go
  • 1M jetons : ~389 Go

Ce dernier chiffre explique pourquoi le "contexte de 1M" etait du marketing jusqu'a cette annee. Ce n'est pas un probleme de capacite du modele, c'est un probleme de sous-systeme memoire : meme avec 8 To/s de bande passante HBM, diffuser 389 Go par jeton vous limite a environ 20 jetons/seconde, avant tout raisonnement.

2. DeepSeek-V4.1-Flash : coder le cache une fois, quantifier fort

La lignee de DeepSeek effondre ce tableau :

ModeleCache par jetonCache KV de 1M jetons
DeepSeek-V1 (MLA, quasi sans perte)~389 KB~389 Go
DeepSeek-V4-Flash~3,5 KB (437x plus petit)~3,5 Go
DeepSeek-V4.1-Flash~890 B (437x plus petit)~0,89 Go

Deux mecanismes font le travail.

Codage KV incremental. Les couches anterieures de la pile agissent comme une hierarchie memoire : le codage n'est applique que sur une petite fenetre finale de couches, au lieu de recalculer toute la pile par jeton. Le contexte se construit par un petit "diff" par jeton, avec des structures de metadonnees indexant ce qui a deja ete code, de sorte que les invites systeme repetees et les sorties d'outils reutilisees sont codees une fois, pas a chaque tour.

Cache KV FP4 (E2M1) avec metadonnees FP8. DeepSeek-V4-Flash a livre des caches KV FP8 ; V4.1-Flash va plus loin et stocke la plupart des vecteurs caches dans des blocs E2M1 style NVFP4, reduisant encore de moitie l'empreinte de V4-Flash. Les elements sensibles ou a haute frequence restent en precision plus elevee, la ou se preserve l'essentiel de la qualite du recall.

Le resultat compose est environ 437x plus petit que V1 et 4x plus petit que V4-Flash, ce qui fait d'un contexte d'un million de jetons un working set de ~0,9 Go au lieu d'un petit centre de donnees.

Le but de tout cela, ce sont les agents. Les benchmarks auto-declares ou le contexte du harness (invite systeme, competences, definitions d'outils, memoire) eclate la requete reelle de l'utilisateur sont exactement la charge que visent le codage incremental et l'elimination de la redondance par reutilisation du cache : une session d'agent est en grande partie du texte passe-partout renvoye, et V4.1-Flash cesse de le payer a chaque fois.

3. Xiaomi HySparse2 : ne lis pas ce que tu n'utiliseras pas

Separement, le laboratoire agents de Xiaomi a publie HySparse2 (arXiv 2609.26368), une architecture d'attention sparse hybride concue pour un modele agent MoE de 80B (A3B actifs). La ou DeepSeek reduit le cache par jeton, HySparse2 reduit ce qui est lu par jeton. Mecanismes cles :

  • Sparsity elastique au niveau des tetes. Au lieu d'une configuration de sparsity globale, chaque tete choisit son propre equilibre entre attention locale a fenetre glissante et recuperation semantique top-K. Les tetes de retention peuvent rester "chaudes" tandis que les tetes syntaxiques deviennent surtout locales.
  • Plusieurs profileurs. Un petit passage de profilage categorise les jetons en roles semantiques locaux vs globaux, puis scinde le flux KV en voies paralleles : une voie locale-dense a grain fin et une voie globale grossiere, chacune avec sa propre politique.
  • Prefill top-K + local entrelaces. Pendant le traitement de l'invite, l'attention alterne entre des blocs globaux de selection top-K et des blocs locaux denses a fenetre, de sorte que les hits au niveau de la page (depots de code, longs documents) ne deplacent pas le contexte local d'ou la generation continue reellement.
  • Metadonnees KV selectionnees. Un index compact stocke separement sur le cache quantifie pilote la recuperation. L'ablation de Xiaomi montre que la justesse sur leur ensemble agent long-contexte chute de 27.32 a approximativement sans vs avec ; la voie de metadonnees est ce qui empeche le recall sparse de se degrader en silence sur les requetes de type aiguille.
  • KV partage style MQA. Le cache est organise en grouped-query (style MQA) (KV partage par couche entre tetes de requete), rendant le cache de l'agent environ 4-4,5x plus petit qu'un agencement MLA standard a meme largeur.

A 1M jetons sur le modele 80B, avec KV FP8 : HySparse2 tient 2,69 Go vs 6,72 Go pour HySparse et 12,09 Go pour l'attention hybride a fenetre glissante, tout en faisant 5,02x moins de calcul de prefill et 2,92x moins de calcul de decode que le SWA hybride. Selon les evals de recuperation de Xiaomi (style RULER-v2 a 32K) : 58,45 pour HySparse2 vs 35,74 pour HySparse vs 32,61 pour fenetre glissante.

Note importante d'honnetete : les affirmations de million de jetons de Xiaomi reposent sur leur propre harnais d'eval contre des ensembles de recuperation synthetiques comme des variantes de RedPajama ; la verification independante par tiers du vrai recall a 1M de jetons reste mince. L'architecture est credible ; les chiffres d'extremite meritent le scepticisme habituel jusqu'a ce que des equipes independantes les reproduisent au-dela de 256K.

4. Les gains apparaissent-ils sur de vrais benchmarks d'agents ?

DeepSeek publie des face-a-face pour V4.1-Flash a effort de raisonnement complet :

BenchmarkDeepSeek-V4.1-FlashClaude Opus 5GPT-5.6
Terminal-Bench 2.190.689.188.8
DeepSWE v1.174.274.0n/a
CyberGym88.1n/an/a
Terminal-Bench 4.031.251.8n/a

Ce tableau contient deux histoires differentes. Sur Terminal-Bench 2.1, essentiellement le harnais agent coding/ops standard actuel, V4.1-Flash est mesure a 90,6, devancant Claude Opus 5 (89,1) et GPT-5.6 (88,8). Sur le plus dur Terminal-Bench 4.0, Opus 5 reste nettement devant (51,8 vs 31,2), ce n'est donc pas une revendication globale de dominance de frontiere. Mais la direction est sans ambiguite : un modele optimise en cache et fortement quantise est desormais competitif sur les benchmarks qui comptent vraiment pour ceux qui deployent des agents, pas seulement sur du Q&A statique.

5. Ce que cela signifie si vous construisez avec des modeles

  1. L'ingenierie du cache KV devient la vraie frontiere de l'optimisation d'inference. Le cout de servir un agent est domine par le contexte du harness (invite systeme + definitions d'outils MCP + memoire), qui dans une trace que j'ai mesuree etait 93 jetons de question utilisateur contre ~100K jetons de surcharge du harness par requete. Les architectures qui refusent de re-payer cela a chaque tour changent l'economie unitaire par ordres de grandeur.
  2. "Modele bon marche" ne signifie plus "modele bete". La correlation entre la tranche de prix d'un modele et sa position sur les benchmarks agents se brise : V4.1-Flash est positionne bien en dessous d'Opus 5 sur le cout mais se situe a peu pres a son niveau sur Terminal-Bench 2.1/DeepSWE/CyberGym.
  3. L'attention sparse est passee du papier a la production. HySparse2 montre la recette (melange de sparsity par tete + selection entrelacee + cache quantifie + metadonnees de recuperation) qui deviendra un defaut dans la prochaine generation de modeles agents a poids ouverts. Observez quels laboratoires adoptent des variantes en premier.
  4. La verification long-contexte doit encore etre gagnee. Le recall revendique a 1M de jetons doit etre traite comme une revendication d'architecture, pas comme une ancre ; exigez des reproductions independantes a 512K+ avant de construire des parcours produit qui dependent d'une recuperation de type aiguille dans une pile de 1M.

Si les trois dernieres annees portaient sur la mise a l'echelle des parametres, les trois prochaines semblent porter sur la mise a l'echelle de ce qui tient en memoire par dollar. DeepSeek et Xiaomi viennent de publier la preuve la plus solide a ce jour que c'est un probleme d'ingenierie resoluble, et que les equipes qui traitent le cache KV comme un sous-systeme de stockage de premiere classe, non comme un effet secondaire de l'attention, fixeront la courbe de prix que tous les autres suivront.

References

  1. Xiaomi AI (2026). "HySparse2: Hybrid Sparse Attention for Million-Token Agents." arXiv:2609.26368. URL : https://arxiv.org/abs/2609.26368
  2. Notes d'ingenierie d'origine de Xiaomi sur HySparse2 : https://originshq.com/blog/hysparse2-hybrid-sparse-attention-agents/ (analyse secondaire des ablations du papier et des chiffres KV a 1M de jetons)
  3. MindStudio (2026). "DeepSeek-V4.1-Flash KV Cache Compression." https://www.mindstudio.ai/blog/deepseek-v4-1-flash-kv-cache-compression
  4. NVIDIA (2024). "NVIDIA Blackwell Architecture Technical Brief : quantification NVFP4 (E2M1)." https://resources.nvidia.com/en-us-blackwell-architecture
  5. Video de couverture originale : "DeepSeek's New Model vs Xiaomi's Sparse Attention" https://youtu.be/85QP5JDZfQM (miniature utilisee avec credit)

Table des matières

  • ↗1. D'abord, dimensionnons le probleme
  • ↗2. DeepSeek-V4.1-Flash : coder le cache une fois, quantifier fort
  • ↗3. Xiaomi HySparse2 : ne lis pas ce que tu n'utiliseras pas
  • ↗4. Les gains apparaissent-ils sur de vrais benchmarks d'agents ?
  • ↗5. Ce que cela signifie si vous construisez avec des modeles
  • ↗References

Articles liés

Illustration cyberpunk sombre d'un cube de mise à jour lumineux descendant dans une baie de serveurs tandis qu'une copie fantôme se glisse derrière

Ton plugin SEO a livré une backdoor. Mettre à jour n'est pas récupérer.

Une version malveillante de Rank Math SEO PRO a atteint des sites pendant onze heures en octobre, suivie sous CVE-2026-111862 avec un score de 9.8. Passer à la version saine relève de l'hygiène, pas de la récupération : faux administrateurs, options cachées et identifiants exposés demeurent.

Necolas HamwiNecolas Hamwi
19 octobre 2026 - 7 min de lecture
Une armoire serveur de support à distance lumineuse au bout d'un couloir sombre, percée d'un trou de serrure cyan rayonnant, baignée de lumière néon violette et cyan sur un sol quadrillé réfléchissant, entourée de lignes d'alerte rouges.

Le helpdesk était le joyau de la couronne : BeyondTrust, Armory Castle et le coffre d'identifiants que vous avez oublié de garder

Un zero-day de validation d'origine noté CVSS 9.8 dans BeyondTrust Remote Support a été exploité pendant environ six semaines par un groupe lié à la Chine, Armory Castle. Au-delà du CVE, l'affaire expose la vraie faiblesse : l'appliance de support à distance qui détient tous vos privilèges et que personne n'a jamais inventoriée.

Necolas HamwiNecolas Hamwi
18 octobre 2026 - 7 min de lecture
Un cœur d'agent IA lumineux scellé à l'intérieur d'un cube sandbox hexagonal brillant, avec des lignes de périmètre néon violet sur une grille de sol cyberpunk sombre.

Le sandbox est le nouveau périmètre : Perplexity a ouvert le code de la boîte dans laquelle il enferme ses agents

Perplexity a publié SPACE, la plateforme de sandbox qui confine ses agents en production depuis juillet, puis en a ouvert le code source. La même semaine, l'EU AI Office et la FTC ont visé OpenAI et Anthropic pour des agents sortis de leur périmètre. Le message est clair : la partie déterministe de votre sécurité vit dans le système autour du modèle, pas dans le modèle lui-même.

Necolas HamwiNecolas Hamwi
17 octobre 2026 - 7 min de lecture