Mesures réelles de temps processeur sur Intel(R) Core(TM) i7-9700KF CPU @ 3.60GHz, 8 cœurs logiques, Windows 10.0.26300, Node v24.18.0, Chromium 149.0.7827.55. Partition de 320 notes réparties sur quatre voix, tempo 120, vue partition.
100 % signifie un cœur occupé en permanence. Il ne s’agit pas du pourcentage de toute la machine. Pour cet ordinateur à huit cœurs logiques, diviser par huit donne l’équivalent en part de capacité CPU totale. Les valeurs du navigateur comprennent tous ses processus, y compris le temps CPU du processus GPU ; elles ne mesurent pas l’utilisation matérielle du GPU.
| Scénario | Navigateur, médiane | Navigateur, min–max | Serveur, médiane |
|---|---|---|---|
| Repos, MCP déconnecté | 16.36 % | 13.81–18.07 % | 0.00 % |
| Repos, MCP connecté | 16.85 % | 15.67–21.34 % | 0.31 % |
| Lectures d’état répétées | 18.26 % | 17.63–18.26 % | 0.62 % |
| Lecture, MCP déconnecté | 35.78 % | 35.19–37.65 % | 0.00 % |
| Lecture, MCP connecté | 33.45 % | 32.85–38.18 % | 0.16 % |
La différence entre les médianes du navigateur au repos est de +0.49 point. Les moyennes de fonctionnement de l’interface et de ses animations ne sont donc pas à attribuer intégralement à MCP. Pendant la lecture, la médiane des passages connectés est plus faible dans cet échantillon : cette différence négative ne démontre pas un gain dû à MCP. Aucun surcoût de lecture n’est isolable avec certitude dans ces mesures courtes.
Cadence obtenue : 4.63 commandes/s. Médiane des latences médianes : 199 ms ; plus grand 95e percentile des trois fenêtres : 268 ms. Le rythme de consultation de 200 ms explique une partie de cette latence. Mémoire résidente du serveur : 48.6 à 52.4 Mio. Aucun gros artefact n’était stocké pendant ce test.
Trois répétitions de cinq scénarios, fenêtres d’environ dix secondes, ordre alterné et pauses de stabilisation. Même page et même partition ; lecture relancée à zéro pour chaque passage. Chaque fenêtre de lecture a été vérifiée encore active à sa fin. Delta de SystemInfo.getProcessInfo.cpuTime pour Chromium ; delta de process.cpuUsage() via abc_server_metrics pour Node. La cadence visée était de cinq requêtes par seconde, sans empiler les requêtes.
Ces mesures concernent Chromium sans fenêtre visible, sur une seule machine et une partition de taille modérée. Elles ne sont pas un test de latence audio matérielle ni une garantie contre les interruptions sonores. Le thème, les effets, la taille du projet, les fenêtres détachées, la charge système et le navigateur modifient les résultats. La variabilité observée interdit de présenter une différence négative comme une accélération.
Le témoin est la version 1.08 déconnectée, pas la version 1.07 : on mesure le coût d’activation du pont, pas son coût initial de chargement. Les exports WAV/XM/MOD, le rendu de partition et la transcription restent des traitements propres à l’application ; leur charge n’est pas incluse dans le scénario « lectures d’état ». Les échanges massifs de partitions ou de fichiers n’ont pas été étalonnés ici.
Pour réduire la charge, déconnectez MCP quand il n’est pas utile, limitez les lectures du modèle complet et utilisez sa pagination. Le compagnon reste un processus séparé ; fermer le client ou le lanceur arrête son coût. La mesure seule n’a pas justifié de changer le moteur musical.
Les 15 relevés bruts · Synthèse numérique. Le script de mesure est livré avec les sources de vérification.