Émulateur Android sur Mac : mesurer les images par seconde sans se tromper

Combien d’images par seconde fait ton émulateur Android ? C’est la première question quand un jeu accroche, et rarement la bonne : un chiffre seul ne dit pas si la partie saccade, et le Moniteur d’activité ne compte aucune image. Voici comment mesurer pour de vrai dans MACOS EMULATOR, et ce que tu peux vérifier toi-même.

Un chiffre d’images par seconde ne dit pas si ça saccade

Une moyenne de 24 images par seconde peut décrire 24 images régulières, qui se jouent sans gêne, ou une alternance entre 30 et 15, injouable. Sur une mesure relevée chez nous, 44 % des images arrivaient à 33 millisecondes d’intervalle et 34 % au-delà de 46 : la moyenne ne montrait ni les unes ni les autres.

Ce qui compte, c’est la part des images à l’heure et le pire intervalle. Mesuré sur un M1 de 8 Go avec l’émulateur à 30 Hz : 100 % des images à l’heure, 38 millisecondes au pire. La cadence visée est la plus basse de deux limites : celle de l’émulateur, 30 ou 60 Hz sur la carte Rendu du launcher, et la limite d’images du jeu, s’il en propose une.

Le rapport de performance : six secondes, sans quitter la partie

Pendant six secondes, le rapport de performance compte les images qu’Android a réellement affichées sur la couche du jeu, et relève ce que fait ton Mac au même moment.

1. 1Lance une partie et joue quelques minutes : pris au menu, un rapport ne dit rien de ce qui te gêne.
2. 2Clique sur le bouton Performance de la barre d’outils, l’icône en forme de compteur : en haut à gauche en Adapté à l’écran, sur le côté droit en fenêtré.
3. 3Continue de jouer. Au bout de six secondes, le bouton devient une coche verte : le rapport est copié.
4. 4Dans ton espace client, clique sur « Envoyer un rapport » et colle-le dans le champ Rapport de performance : il part en fichier .txt joint.

Prends-le depuis la barre d’outils, pas depuis les Réglages du launcher : ils ramènent le launcher au premier plan, la fenêtre du jeu passe derrière, et macOS cesse de dessiner une fenêtre entièrement cachée. Les images comptées là ne décrivent plus une partie.

Le rapport copié est chiffré : tu ne peux pas le lire, c’est le support qui l’ouvre. Il y trouve le nombre d’images et leur régularité, la mémoire libre et le swap du Mac, son état thermique, le mode économie d’énergie et les apps qui le chargent le plus. Refais-en ensuite deux dans le moment le plus chargé de la partie, sur la même scène si tu peux : c’est là que la saccade se voit.

Joins-y les journaux du launcher (Réglages, puis Journaux, puis Copier), dans le second champ du même bouton, et ta configuration : menu Pomme, puis À propos de ce Mac.

Comparer deux mesures sans se mentir

Sur la même machine et dans les mêmes conditions, cinq relevés successifs sont allés de 20,0 à 28,6 images par seconde. Une mesure contre une autre ne prouve rien : si l’écart entre deux réglages est plus petit que celui-là, il n’y a pas d’effet à expliquer.

• La même scène : deux scènes différentes ne se comparent pas.
• Le même moment de la session : un relevé à 15 images par seconde, trois minutes après le démarrage de l’appareil, ne s’est plus reproduit à trente-trois minutes.
• Un seul changement à la fois : un rapport à réglages inchangés, un réglage modifié, l’émulateur redémarré (mémoire et cadence ne comptent qu’au démarrage suivant), puis un second rapport.
• Plusieurs relevés de chaque côté, comparés par leur médiane.
• Un Mac au calme : quand sa charge dépasse son nombre de cœurs, le rapport marque lui-même le relevé comme non comparable.

Ce que le Moniteur d’activité dit, et ce qu’il ne dit pas

Il ne compte aucune image, mais il montre ce qui pèse sur ton Mac.

• Onglet Mémoire : une pression de la mémoire jaune ou rouge dit que ton Mac en manque. Trie la liste par mémoire et ferme ce qui tient plusieurs gigaoctets.
• Onglet Processeur : trié par % processeur, il montre ce qui charge le Mac. Un partage d’écran Discord prend à lui seul près de la moitié du processeur.

Deux chiffres s’y lisent souvent de travers. La colonne % GPU d’une app n’est pas l’occupation de la puce graphique. Et le swap utilisé est un niveau, pas un débit : macOS ne rapatrie pas de lui-même ce qu’il a écrit sur le disque, donc des gigaoctets de swap peuvent dater d’une app ouverte des heures plus tôt sans rien coûter maintenant.

L’inverse existe aussi : quand macOS compresse la mémoire au lieu de l’écrire sur le disque, peu de swap ne veut pas dire assez de mémoire. C’est la compression qui piégeait un joueur sur un Mac mini M4 de 16 Go, où seuls 7 % de la mémoire donnée à l’émulateur restaient en mémoire vive : le guide de l’émulateur sur Mac mini raconte la suite.

Ce que les rapports montrent le plus souvent

La puce graphique reste le plus souvent sous la moitié de ce qu’elle sait faire, même quand le jeu rame : c’est la mémoire du Mac qui lâche. Sur un Mac de 8 Go, on a relevé 1,5 Go de mémoire libre et 4,2 Go déjà déplacés sur le disque. Suivent le mode économie d’énergie de macOS et trop de mémoire donnée à l’émulateur : les réglages d’un émulateur Android lent les reprennent, chiffres à l’appui.

Questions fréquentes