Claude Code s'attaque à la suppression du Big Kernel Lock de QNX, en commençant par les statistiques de contention de l'espace utilisateur

Un développeur sur r/ClaudeAI a partagé son expérience d'utilisation de Claude Code pour relever un défi majeur d'ingénierie noyau : supprimer le Big Kernel Lock (BKL) du micro-noyau et du sous-système proc de QNX. La conversation a commencé par une question directe à Claude Code : « Que faudra-t-il pour reconcevoir le micro-noyau et le proc de QNX afin de se débarrasser du Big Kernel Lock ? »

Claude Code a répondu : « Environ 3 mois de travail intensif d'un développeur de haut niveau [humain]. » Le développeur a répliqué : « Commençons alors », et l'assistant IA s'est mis au travail.

Première étape : infrastructure de mesure

Au lieu de se lancer dans des modifications de code, la première action de Claude Code a été de concevoir des statistiques complètes sur le verrouillage et la contention, accessibles depuis l'espace utilisateur — similaires aux entrées /proc de Linux. Cette instrumentation a permis au développeur de mesurer où se produisait réellement la contention avant de tenter des correctifs.

Correctifs incrémentaux sous-système par sous-système

Après avoir recueilli les mesures, Claude Code a commencé à corriger méticuleusement les sous-systèmes du noyau un par un. Chaque modification majeure était suivie de tests approfondis. Le développeur note : « Voyons où cela mène. »

Ce post est un rapport préliminaire ; la suppression complète du BKL est encore en cours. L'approche — instrumenter d'abord, puis corriger — reflète les meilleures pratiques établies de développement noyau.