Windows, WSL2 ou Linux pour l'IA locale sur portable : ce qui compte vraiment (2026)

Chaque portable d’occasion que nous testons est livré avec Windows, et la première question après « quel portable ? » est « faut-il y mettre Linux ? ». La réponse honnête : cela dépend entièrement des outils IA que vous faites tourner. Ce guide met en regard les trois configurations réalistes — Windows natif, Windows + WSL2, et Linux natif — avec les charges de travail qui comptent.

La version courte

• Inférence (Ollama, LM Studio, ComfyUI, A1111) : Windows natif convient. Tous les outils grand public livrent des builds Windows de premier ordre avec support CUDA. Si c’est toute votre charge de travail, arrêtez de lire et allez utiliser la machine.
• Entraînement et fine-tuning (Unsloth, axolotl, bitsandbytes, Triton, flash-attention) : vous voulez Linux — et WSL2 compte. L’écosystème d’entraînement est construit et testé sous Linux ; sur Windows natif, ces outils vont du fragile à l’absent.
• GPU AMD pour le calcul : Linux uniquement. Le support ROCm des cartes Radeon des portables est du territoire Linux, partiel et spécifique aux modèles — la raison pratique pour laquelle nous recommandons NVIDIA partout (CUDA vs ROCm).

Windows natif : mieux que sa réputation

L’état 2026 de l’outillage IA sous Windows est réellement bon pour l’inférence. Ollama s’installe comme une appli normale et utilise CUDA automatiquement ; ComfyUI et A1111 ont des paquets en un clic ; LM Studio est natif Windows. Les pilotes Windows de NVIDIA sont excellents, et des choses comme la surveillance GPU lors de l’inspection d’un portable d’occasion sont les plus faciles ici.

Deux taxes propres à Windows à connaître. D’abord, le compositeur du bureau et le navigateur retiennent typiquement 0,3–0,8 GB de votre VRAM — sur une carte 6 GB, c’est la différence entre un workflow SDXL qui tient ou qui plante en OOM. Ensuite, le bruit de fond sous charge soutenue (mises à jour, indexation, bloatware OEM sur les machines d’occasion) peut grignoter quelques pour-cent sur les longs jobs ; une installation Windows propre sur tout portable d’occasion fraîchement acheté corrige plus que les performances.

WSL2 : le choix par défaut pragmatique des bidouilleurs

WSL2 fait tourner un vrai noyau Linux sous Windows, et le passthrough CUDA de NVIDIA vers lui est mature — nvidia-smi à l’intérieur d’Ubuntu-sur-WSL2 fonctionne simplement, et avec lui Unsloth, axolotl, bitsandbytes et le reste de la pile d’entraînement. Le surcoût par rapport à Linux natif est faible (typiquement ~2–8 % sur les jobs limités par le GPU, estimé à partir de benchmarks communautaires).

Les pièges sont côté système de fichiers et mémoire, pas côté GPU :

• Gardez les modèles et datasets dans le système de fichiers Linux (~/models), pas sous /mnt/c/... — les IO de fichiers inter-OS sont plusieurs fois plus lentes et tuent le chargement de modèles et le streaming de datasets.
• WSL2 s’accapare la RAM avidement ; plafonnez-la dans .wslconfig (par ex. 24 GB sur une machine 32 GB) ou Windows et Linux se disputeront pendant les gros runs déportés.
• Les outils graphiques vivent côté Windows ; voyez WSL2 comme votre machine d’entraînement sans écran.

Pour la plupart des lecteurs — Windows au quotidien, fine-tuning occasionnel — Windows + WSL2 est la configuration recommandée : outils d’inférence en natif, pile d’entraînement dans WSL2, sans cérémonie de dual-boot.

Linux natif : performances maximales, bidouille maximale

Une installation Ubuntu/Fedora sur métal nu vous achète : les derniers pour-cent de performances (pas de couche de virtualisation, pas de taxe VRAM du compositeur avec un bureau léger), le ROCm complet si vous êtes coincé avec du calcul AMD, une thermique plus propre sur les longs runs avec une installation épurée, et l’environnement que chaque outil d’entraînement sérieux documente en premier.

Les coûts sont propres au portable : les graphismes hybrides NVIDIA Optimus réclament encore un accompagnement occasionnel (choix des profils de puissance, s’assurer que le dGPU dort sur batterie), la veille/reprise avec le pilote NVIDIA reste un coup de dés sur certains modèles, et les portables professionnels achetés en reconditionné peuvent arriver avec BitLocker et Secure Boot configurés — désactivez BitLocker avant de repartitionner, et soit enregistrez la clé MOK du pilote NVIDIA soit désactivez Secure Boot, sinon le pilote GPU refusera silencieusement de se charger.

Les stations de travail reconditionnées comme le Precision 7560 et le ThinkPad P15 Gen 2 sont les meilleurs citoyens Linux que nous testons — la certification Linux d’entreprise fait que pilotes, mises à jour de firmware (LVFS) et capteurs se comportent généralement bien.

Recommandation par utilisateur

• Étudiant qui apprend les bases : Windows natif + Ollama/ComfyUI. Ajoutez WSL2 le jour où un tutoriel mentionne pip install unsloth.
• Développeur / data scientist : Windows + WSL2 par défaut ; dual-boot Ubuntu seulement si la qualité de veille et les derniers 5 % comptent pour vous.
• Machine d’entraînement dédiée (le portable vit sur un bureau, éventuellement avec un eGPU) : Linux natif, bureau léger, modèles sur un NVMe rapide.
• Propriétaire de GPU AMD faisant du calcul : Linux natif ou acceptez le CPU seul — et la prochaine fois, achetez NVIDIA.

Résumé

• Pour l’inférence, Windows natif est pleinement compétitif en 2026 — n’installez pas Linux par superstition.
• Pour l’entraînement/fine-tuning, l’écosystème est d’abord Linux : WSL2 en délivre ~95 % sans aucune douleur de dual-boot.
• Gardez les charges WSL2 sur le système de fichiers Linux et plafonnez sa RAM — les deux erreurs que tout le monde fait une fois.
• Linux natif gagne les derniers pour-cent, le ROCm complet et des runs soutenus épurés, au prix d’un réglage de pilotes propre au portable ; les stations de travail reconditionnées le gèrent le mieux.
• Le compositeur de Windows mange discrètement 0,3–0,8 GB de VRAM — significatif sur les cartes 6 GB, sans importance sur 16 GB.