# Bun passe à Rust : mémoire optimisée pour 165 000 $

> La réécriture de Bun en Rust améliore la stabilité et résout les problèmes de gestion mémoire de la version Zig.

Type : Actualité IA · Catégorie : Tendances · Publié le 2026-07-09 · Signal IA - Order & Chaos
Source : https://www.orderchaos.eu/signal-ia/actu/bun-reecrit-en-rust-pour-une-meilleure-gestion-memoire
Tags : bun, rust, zig, gestion-mémoire, anthropic, claude, ia-code

---

## En résumé

- Bun a été réécrit en Rust pour résoudre des problèmes de gestion de mémoire présents dans la version Zig.
- La réécriture a mobilisé 5,9 milliards de tokens d'entrée non mis en cache pour un coût de 165 000 $.
- La version Rust a accru la vitesse de démarrage de 10 % sur Linux.

**Le signal :** Le passage de Bun à Rust a coûté environ 165 000 $ à Anthropic en termes de tokens API.

**Bun réécrit en Rust** est désormais intégré à Claude Code v2.1.181, publié le 17 juin 2026. Cette réécriture de Bun, anciennement basée sur Zig, a été motivée par des problèmes de gestion de mémoire, notamment des erreurs de type use-after-free. Le passage à Rust vise à rendre le projet plus stable et efficace.

**Historique de Bun**, initialement développé en Zig, permettait d'atteindre un certain niveau de performance. Toutefois, les difficultés liées à la gestion manuelle de la mémoire ont conduit à des bugs fréquents. L'introduction de Rust, avec sa gestion de mémoire automatique et ses vérifications à la compilation, promet une réduction significative de ces problèmes.

**Dépenses en tokens** ont atteint environ 165 000 $ pour le test et le déploiement de la version Rust de Bun. Cela a impliqué 5,9 milliards d'input tokens non mis en cache et 72 milliards de lecture de tokens en cache. Le coût important de cette transition illustre l'utilisation intensive des API d'[Anthropic dépasse 30 milliards de run-rate](/signal-ia/actu/anthropic-depasse-30-milliards-run-rate). La transition a permis de réduire le temps de démarrage de Bun de 10 % sur Linux, bien que l'impact global soit resté discret pour les utilisateurs finaux.

**Méthodologie utilisée** comprenait l'adoption d'un agent harness pour automatiser la transition, soutenu par une suite de tests écrite en TypeScript agissant comme une suite de conformité. Cela a permis un suivi rigoureux et une validation continue du code réécrit, réduisant ainsi les risques d'erreurs lors de l'intégration massive de modifications.