Qwen3.5-122B-A10B-MINT-MLX fonctionne parfaitement sur M5 Pro avec 64 Go de RAM.

Performance des LLM locaux sur Apple Silicon
Un utilisateur de Reddit a partagé son expérience d'exécution du modèle Qwen3.5-122B-A10B-MINT-MLX localement sur un M5 Pro avec 64 Go de RAM. Cette configuration démontre que les grands modèles de langage peuvent fonctionner efficacement sur du matériel grand public avec une configuration appropriée.
Détails de la configuration
L'utilisateur a obtenu des performances fluides en utilisant des commandes terminal spécifiques pour l'allocation de VRAM :
sysctl iogpu.unified_memory_limit_percentage
sudo sysctl iogpu.wired_limit_mb=61440
Dans LM Studio, ils ont défini la fenêtre de contexte à 16384 tokens. Avec cette configuration, le système a maintenu des performances stables tout en exécutant Safari avec plusieurs onglets, Messages et Activity Monitor simultanément.
Benchmarks de performance
Le modèle Qwen3.5-122B-A10B-MINT-MLX a fourni :
- Temps jusqu'au premier token : 0,86 secondes
- Vitesse de génération des tokens : 39,58 tokens/seconde
L'utilisateur a noté que le modèle "a résolu correctement plusieurs énigmes et a fait un peu de programmation intuitive" sans se plaindre de la quantification MINT 3 bits. Le seul problème est survenu lorsque la fenêtre de contexte s'est remplie près de 59 Go d'utilisation de VRAM, provoquant un blocage du système.
Comparaison avec d'autres modèles
L'utilisateur a également testé "Qwen3.5 40B Claude 4.6 Opus Deckard Heretic Uncensored Thinking Mxfp8", qu'il a trouvé plus précis que le modèle 122B mais significativement plus lent :
- Vitesse de génération des tokens : 6,93 tokens/seconde
- Le traitement des invites est resté rapide malgré une génération plus lente
Cela démontre le compromis entre la taille du modèle, la quantification et la vitesse d'inférence auquel les développeurs sont confrontés lors du choix des configurations de LLM locaux.
📖 Lire la source complète : r/LocalLLaMA
👀 See Also

Mise à jour du statut de Claude : Taux d'erreur élevés pour Opus 4.6 et Sonnet 4.6
Une mise à jour officielle du statut du système Claude signale des taux d'erreur élevés pour les modèles Opus 4.6 et Sonnet 4.6, avec un incident horodaté au 2026-03-31T21:10:28.000Z. La publication automatique invite les utilisateurs à vérifier l'état de la résolution et les rapports de performance communautaires.

Google AI Overview qualifie à tort un violoneux canadien de délinquant sexuel, une plainte déposée
Ashley MacIsaac poursuit Google pour 1,5 million de dollars après qu'un résumé généré par IA a publié de fausses affirmations selon lesquelles il était un délinquant sexuel condamné, entraînant l'annulation d'un concert.

Utilisateur de Reddit propose une fonction d'horodatage pour Claude afin de combattre son manque de conscience temporelle.
Un utilisateur de Reddit identifie le manque de conscience temporelle de Claude comme une limitation pour les cas d'utilisation liés à la productivité et propose une fonctionnalité facultative d'horodatage qui apposerait la date et l'heure sur chaque réponse, de manière persistante entre les sessions.

Diagnostiquer la dérive opérationnelle et l'amnésie des tâches dans OpenClaw avec Gemini 2.5 Flash sur Proxmox
Les utilisateurs d'OpenClaw signalent des problèmes avec les flux de travail persistants sur une VM Proxmox, évoquant une dérive opérationnelle et une amnésie des tâches. Malgré des performances stables pour les tâches ponctuelles, le modèle Gemini 2.5 Flash rencontre des difficultés avec l'automatisation et la mémoire dans cette configuration.