@Bestor il ya probablement dans le slicer des limitations "théoriques" probablement due aux parcours à faire, ou au temps de refroidissement d'une couche, ou pas le temps d'accélérer, ou de décélérer, ou limitation du débit volumétrique, voir de capacité techniques de la carte électronique
( genre le processeur doit faire des pauses car il n'arrives pas à exécuter aussi vite les instructions gcode de la file d'attente, ce qui peut produire divers effets comme des petit blob à la surface, ya une vidéo intéressante à ce propos de cnc kitchen, au lieu de ralentir sa solution est de réduire la résolution du modèle dans le slicer pour alléger la quantité de gcode )
Augmenter certaines vitesses ne change pas grand choses sur une plage de hauteur particulières en fonction du modèle, inversement je peux gagner en temps si j'augmente la largeur des cordons pour le remplissage si ça dépasse pas une autre limite etc ...
Perso je vois ça facilement avec PrusaSlicer, je sais par empirisme que sans améliorations particulières grosso modo ça déconne après 6mm^3 par secondes, donc même si j'augmente les vitesses de certains parcours, PrusaSlicer limitera la vitesse max pour ne pas dépasser la capacité de traitement.
Il ya aussi un autre paramètre intéressant qui doit aussi exister j'imagine dans Cura, c'est le calcul de la durée d'impression d'une couche, le slicer essaie d'associer les parcours à faire en fonction de la température estimé du filament qui à été déposé.
Du coup par exemple si une couche dure moins de 20secondes le slicer peut décider de changer l'ordre du parcours ou de simplement réduire la vitesse de traitement ...
La machine n'a probablement pas connaissances de ces différents paramètres, peu importe le résultats des différentes combinaisons, elle prend chaque arguments de chaque paramètre un à un (avec éventuellement sa propre limite interne dans le firmware) sans avoir conscience du résultat et applique bêtement la multiplication que tu lui demande.