Pour les apps les plus gourmandes, l’optimisation Apple Silicon sera un passage obligé
Comme elle l’avait fait en passant du PowerPC à Intel au milieu des années 2000, Apple a utilisé un outil intermédiaire pour sa transition entre les processeurs Intel et ses propres puces Apple Silicon. Dans les deux cas, Rosetta se charge de simuler l’architecture précédente, pour permettre aux apps qui n’ont pas encore été mises à jour de fonctionner sur les nouveaux Mac. Et c’est important, car il reste de nombreuses apps en attente de mise à jour :
À l’usage, Rosetta 2 est encore plus impressionnant que son prédécesseur. Le lancement des apps Intel est parfois plus lent, mais elles fonctionnent ensuite très bien, à tel point que l’on peut avoir du mal à savoir que ce ne sont pas des apps natives pour Apple Silicon. Cette impression à l’usage, confirmée par les mesures de performance, ne veut pas dire pour autant que les apps ne bénéficieraient pas d’un passage à l’architecture native des Mac. C’est même tout l’inverse, surtout pour les apps les plus gourmandes.
Ou l’on découvre avec stupéfaction que les benchmarks et les usages réels diffèrent de beaucoup.
@fte
+1
Une pensée pour tous ces YouTubeurs avec leur benchmarks de partout. ^^
@fte
"Ou l’on découvre avec stupéfaction que les benchmarks et les usages réels diffèrent de beaucoup."
En quoi sommes nous dans l’invalidations des benchmark sérieux ici ?
@YetOneOtherGit
"En quoi sommes nous dans l’invalidations des benchmark ici ?"
Je n’en sais rien. On y est ? Pourquoi me demander cela ?
@fte
"Je n’en sais rien. On y est ?"
C’est en ligne avec les benchmark sérieux qui ont été faits comme ceux d’Anantech qui montraient clairement la variabilité des performances de Rosetta 2 en fonction des usages et cela ne remet en rien en cause les performances en natif.
Je ne vois vraiment pas la raison d’être de ce commentaire que je trouve manquer terriblement de mesure.
@YetOneOtherGit
"Je ne vois vraiment pas la raison d’être de ce commentaire que je trouve manquer terriblement de mesure."
Benchmarks et usages réels diffèrent. C’est tout ce que je dis. Ni plus, ni moins.
Qu’essaies-tu de me faire dire ?
@fte
"C’est tout ce que je dis. "
Pas vraiment 😉
Et évidemment si tu ne dis que ça nous sommes à 100% d’accord, mais avoue que tu sous-entends bien plus dans la forme peu nuancée de ton propos un rien polémique 😄🥳
@YetOneOtherGit
"mais avoue que tu sous-entends bien plus dans la forme peu nuancée de ton propos un rien polémique 😄🥳"
Je sous-entend qu’il ne faut pas imaginer qu’un usage réel soit adéquatement représenté par un benchmark classique.
Sauf si le job de la personne est de faire des benchmarks.
Certes, il y a une pointe ironique cachée sous un abasourdissement tout à fait feint.
@fte
"Certes, il y a une pointe ironique cachée sous un abasourdissement tout à fait feint."
😉
Pour le reste : nous sommes en ligne et de la même façon même un usage réel est difficile à mesurer.
Ce qui est présenté ici n’est qu’un test particulier sur un cas particulier.
Je pense que c'est possible de reproduire l'expérience dans Safari en lui demandant d'ouvrir des fenêtres plutôt que des onglets, dans ce cas je pense que le lazy-loading ne marchera pas et qu'il chargera un peu tout en même temps (ou en linéaire, mais sans savoir lequel prioriser).
Ça doit pouvoir se faire via les préférences de Safari « Ouvrir des onglets plutôt que des fenêtres ? Jamais » voire un Automator en plus.
Hésitez pas à nous partager votre liste des 140 onglets, on pourras faire des tests complémentaires (par exemple avec Firefox). Certes ce ne sera pas forcément aussi fiable (pas fait sur la même machine dans les mêmes conditions), mais ça apportera des nouveautés appréciables.
Mon vieil iMac de 2015 me donne pleine satisfaction, je n’ai pas d’usages gourmands, mais il était à genoux quand je l’ai utilisé avec Blender — les rendus en particulier.
Je me doute que Blender optimisé ne viendra pas avant quelques temps, mais il semble qu’il tourne déjà sur des architectures ARM. Curieux de voir ce que ça donne(ra).
@DahuLArthropode
Le problème avec blender c’est qu’il repose en partie sur OpenGL
Ce n’est pas la partie arm qui va demander le plus de travail mais plutôt la réécriture en métal
@mne
Dommage. Et merci.
@DahuLArthropode
Cela dit, Apple avait annoncé travailler avec la fondation blender pour la conversion
Donc on peut espérer un travail efficace et dans un temps relativement court. En tout cas il y a des gens qui bossent dessus, c’est déjà ça
@mne
Chouette! Et re-merci.
@DahuLArthropode
Apparement la version Alpha est dispo:
For early @apple adopters using @blender, here's an alpha build of the latest #b3d master with the Neon and Embree patches applied.https://t.co/ZC2VHNAqcDHow does it run on a Mac with M1? No idea, I don't have one.— Stefan Werner (@stefan_3d) November 13, 2020
Et même en passant par Rosetta2 ça a l’aire mieux qu’intel (a machine comparable):
https://gizmodo.com/the-macbook-air-was-a-fine-laptop-but-apples-m1-chip...
@eldison
Ça semble très prometteur.
Du coup, je regarde un peu le chemin parcouru… Il y a une trentaine d’années, j’admirais une station Silicon Graphics qui savait simuler une mer démontée avec d’énormes polygones plus un placage de texture grossier. Le ray tracing pour une seule image demandait des heures sur un Macintosh. Aujourd’hui, on fait du ray tracing en temps réel sur des jouets pour les mômes.
Les machines font tout ce que je prédisais qu’elles ne feraient pas de mon vivant (reconnaître l’écriture, les visages, la parole; jouer bien au go).
Maintenant, je voudrais une machine qui sache me faire marrer.
@DahuLArthropode
Ça nous rajeunie pas 😅
Moi Siri me fait marrer .. mais je suis pas sure que cela soit voulue.
@Nicolas Furno
"(...) Il suggère au passage que macOS est plus agressif avec la mémoire vive pour les apps qui reposent sur la nouvelle architecture, (...) "
C'est sans doute moi qui ne connaît pas assez bien le jargon informatique, je suppose ici qu'il faut entendre "agressif" de façon positive traduisant la notion de performance, d'optimisation. C'est bien cela ?
@melen
Oui, c’est peut être un anglicisme, maintenant que j’y pense.
En gros, la mémoire sollicitée par une app serait plus rapidement récupérée par le système, alors qu’avec Rosetta, elle resterait en place plus longtemps.
Perso, je n’ai pas du tout les memes résultats avec chrome sur mon MBA M1. La gestion de la mémoire reste catastrophique.
Je peux monter à plus de 2,1 Go de ram avec 2 onglets ouverts...
J’ai essayé de désactiver les extensions mais rien n’y fait.
Juste pour être sûr c’est bien application universelle qui doit s’afficher quand on fait lire les informations dans le Finder ?
@nik75011
Oui, ou alors dans Moniteur d’activité.
On l’a vu côté Safari, les extensions peuvent être responsables du problème aussi : https://www.macg.co/logiciels/2020/11/1blocker-responsable-dune-fuite-de...
Alors, effectivement, j'ai 2-3 extensions qui font grimper la facture de RAM de manière surprenante...
sans aucune extension activée (j'avais merdé sur mon précédent test) la mémoire utilisée est 380Mo. avec mes extensions dont j'ai besoin (Adblock, webex, lastpass) je monte à 750...
C'est nettement mieux déjà...
Merci pour la réponse en tout cas
J'adore le "Voulez-vous VRAIMENT ouvrir 139 onglets ?"
Il manque : "Espèce de taré" 😄
Je désespère de trouver une video d’usages « real world » de ces mac, et autre chose que du benchmark a gogo et des export de videos.
Si quelqu’un connait un lien vers de telles videos qui permettraient de se rendre compte (avant d’être enfin déconfinés 😀) de la réactivité et fluidité de la machine, je suis graaave preneur 😬
Pages