Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Lancement: Android 11 (niveau d'API 30)
Les appareils Android peuvent modifier les horloges de façon dynamique en fonction de la charge du système. Bien que ce comportement contribue à réaliser des économies d'énergie lors de l'utilisation, il ne facilite pas l'obtention de données de performances fiables. Si vous essayez de déterminer la vitesse à laquelle un fragment de code peut s'exécuter pour prévenir la régression, ou si une optimisation est reproductible, vos résultats ne seront pas fiables s'ils ne sont pas testés à des vitesses d'horloge fixes. Avec les horloges fixes, vous pouvez effectuer des tests A/B précis des performances sans que les modifications de la fréquence du processeur n'affectent les résultats.
Le mode performances fixes définit les horloges de processeur et de GPU avec des limites supérieure et inférieure.
Ce mode ne désactive pas les autres comportements de performances dynamiques, tels que la sélection des cœurs.
Vous pouvez activer le mode performances fixes à l'aide de la commande adb suivante:
Un appareil qui s'exécute en mode performances fixes peut quand même surchauffer, car ce mode ne place pas l'appareil dans un état thermiquement durable. C'est pourquoi nous vous recommandons de procéder comme suit pour les analyses comparatives :
Attendez que l'appareil retrouve son état thermiquement durable avant de démarrer.
l'exécution.
Surveillez l'état thermique de l'appareil pendant les tests pour différencier l'impact entre le code de l'analyse comparative et les événements thermiques.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/26 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/26 (UTC)."],[],[],null,["# Fixed Performance Mode\n\n**Released**: Android 11 (API level 30)\n\nAndroid devices can change clocking dynamically based on the system load. This\nbehavior is good for power savings during use, but can make it difficult to get\nreliable performance data. If you are trying to determine how fast a code\nfragment can run for regression prevention, or if an optimization is repeatable,\nyour results won't be reliable if they aren't tested at fixed clock speeds. With\nfixed clocks, you can do accurate A/B testing of performance without changes in\nthe CPU frequency being a factor.\n\nFixed-performance mode sets CPU and GPU clocks with an upper and lower bound.\nThis mode does not disable other dynamic performance behaviors, such as core\nselection.\n\nYou can enable fixed-performance mode with the following adb command: \n\n adb shell cmd power set-fixed-performance-mode-enabled [true|false]\n\nA device that is running in fixed-performance mode can still overheat because\nthe mode doesn't put the device into a thermally-sustainable state. Because of\nthis, we recommend the following for benchmark runs:\n\n- Wait for the device to return to a thermally-sustainable state before starting the run.\n- Monitor the thermal state of the device during testing to differentiate the impact between the benchmark code and thermal events."]]
