Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

réactions à la news Apple va équiper ses Mac de processeurs ARM

  • 474 réponses
  • 57 participants
  • 26 097 vues
  • 51 followers
Sujet de la discussion Apple va équiper ses Mac de processeurs ARM
apple-52.jpg
La Keynote WWDC20 organisée par Apple hier a confirmé la rumeur qui courait depuis plusieurs jours concernant la fin du partenariat avec Intel.


Lire la news




Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
Afficher le sujet de la discussion
426
Moi je m'interroge seulement sur la gestion de mémoire. Surtout du fait que pour l'instant à ce j'ai pu lire 8 ou 16 Go de Ram unifiée max :8O: et si je ne comprends bien cette RAM est embarqué dans le Soc . Alors bien choisir ça bécane à l’achat semble primordiale ! un peu comme un Iphone :mdr:

le MacBook Air M1 est plus puissant que le MacBook Pro 16 Core i9 ce qui est bien pour une config nomade surtout avec l'écart de prix le MacBook Air M1 est plus qu'intéressant pour ce point :bravo:.

A savoir, les Mac M1 ne supporteront pas les eGPU pour ceux qui font aussi du montage :fache:.

apprendre est une des choses les plus difficile à faire. Alors j'apprends chaque jours.

427
@miconmac : attention, les PPC ont survécu à la transition sans problème, mais l’OS les a laissés en rase campagne à partir de SL (je crois). L’iMac de ma mère est figé depuis des années et c’est lamentable. Je n’ai pas envie d’avoir à terme une machine qui ne pourra plus être mise à jour correctement quand Apple abandonnera le support Intel.
428
Inévitable malheureusement
429
Alors je comprends pas le problème en fait. Tous mes vieux PC sont encore fonctionnels dans leurs OS d'origine.
430
Citation de ElliotValentine :
Alors je comprends pas le problème en fait. Tous mes vieux PC sont encore fonctionnels dans leurs OS d'origine.

C'est tellement fun Windows 98 ! Franchement, on n'a pas besoin de ce débat.

[ Dernière édition du message le 12/11/2020 à 20:43:20 ]

431
Rosetta 2 a l'air tellement bon que les Mac ARM explosent aussi les scores avec des softs écrits pour Intel.
432
Oui ça a l’air plutôt cool! Vivement les configs plus pro avec 32/64 go de ram! Ça va motiver les développeurs à vite faire la transition si c’est aussi performant.
433
434
Oui, c'est hallucinant et cela montre que la "faible" RAM de ces nouveaux modèles ne peut être comparée aux Intel. C'est vraiment une architecture différente. En tout cas pour un coup d'essai, ça ressemble à un coup de maître de la part d'Apple :bravo:
435
C'est surtout que l'encodage vidéo n'a jamais consommé beaucoup de RAM. Que ce soit sur x86 ou sur ARM, un encodage vidéo ira aussi vite avec 8Go ou 128Go de RAM : la RAM n'est que très peu utilisé.
436
Mouaif, les configs vidéo démarrent plutôt à 16go voire 32, pas 8.
437
Citation de tguyfr :
Mouaif, les configs vidéo démarrent plutôt à 16go voire 32, pas 8.


Pour le montage vidéo, oui. Mais là, c'est juste de l'encodage.
438
Citation de tguyfr :
Mouaif, les configs vidéo démarrent plutôt à 16go voire 32, pas 8.

C'est pas cela mon propos.
Si on fait un benchmark qui n'utilise que très peu la RAM, on peut pas conclure sur le fait que l'archi est plus efficace ou pas dans son utilisation de la RAM.
C'est très possible que la RAM soit mieux utilisé hein, mais cet article ne nous en dit rien.
D'ailleurs il ne nous dit pas grand chose, même sur les perf de l'encodage, je m'explique :

Sur une même machine avec le même logiciel, changer les paramètres d'encodage peut donner des différences de temps d'encodage très importante, exemple sur ma machine (x86 intel) :
- avec une combinaison de paramètres : encodage à 2,4 fps
- avec une autre combinaison de paramètres : encodage à 123,1 fps, soit plus de 50 fois plus rapide.
Je précise : même machine, même fichier source, même logiciel (Handbrake), même norme d'encodage (H.264).

Le truc important à comprendre c'est que les fichiers qui en résulte sont différents, le rapport qualité/poids n'est pas le même. Fichier plus gros et de moins bonne qualité pour l'encodage qui à été plus rapide.

Un benchmark qui ne compare que les temps d'encodage sans comparer les résultats (le poids des fichiers et la qualité d'image) n'a pas de sens. Malheureusement c'est le cas pour une grande partie des benchmark d'encodage sur le net.

Peut être que le rapport poids/qualité est aussi bon voir meilleur avec la puce ARM, hein, mais cet article ne nous en dit rien non plus.

[ Dernière édition du message le 17/11/2020 à 17:45:04 ]

439
Citation de ElliotValentine :
https://www.macg.co/mac/2020/11/apple-m1-le-macbook-pro-fait-mieux-quun-imac-pro-dans-final-cut-pro-117845
:8O:

Cela s'explique assez simplement : l'ordinateur ARM M1 a un encodeur H.265 dédié (hardware) et l'ordinateur Intel fait les calculs d'encodage "à la main" (software).
Cet encodeur H.265 matériel existe aussi sur d'autres platerformes Intel, il aurait été plus intéressant de les comparer.
Donc le gap est normal, en fait pas si impressionant.

De plus, le test ne semble pas pertinent : https://www.mac4ever.com/actu/158854_mac-m1-et-final-cut-pro-mefiance-face-aux-benchs-trop-enthousiastes

[ Dernière édition du message le 17/11/2020 à 18:26:33 ]

440
exactement et macG depuis quelques années, c'est pas ce qu'il y a de plus précis et exact sur le domaine
441
Le gros travers de cette critique, c'est d'omettre qu'on parle d'une machine à 700 balles comme le Mini, qui permet de travailler confortablement sur de la vidéo, sans GPU ni config de folie. Quant t'es devant ta machine, tu ne penses pas à ce que te donnerait une autre machine avec le même proc et autant de RAM, tu te dis simplement : qu'est-ce qu'une machine plus ou moins chère m'aurait permis de gagner comme temps ? En l'occurrence, le rapport entre perfs et prix semble exceptionnel. C'est suffisamment rare chez Apple qui nous servait des bécanes très robustes mais un peu poussives depuis des lustres.
442
J’ai connu une époque où Apple m’avait vendu un g5 coller hyper véloce x fois plus puissant qu’un x86... et puis lorsque j’ai lancé la première fois adobe CS.... j’ai compris qu’on m’avait dit n’importe quoi.

Donc depuis, méfiance je vais laisser passer surtout pour l’audio et avec mes Apollo qui me disent qu’il ne faut pas migrer
443
Le MacBook Air, je me demande ce qu’il vaut pour la Mao.
Un ordinateur sans ventilateur, c’est le silence assuré.
Et je trouve que les ventilateurs sont les pièces qui vieillissent le plus mal dans les ordinateurs.
Tous mes vieux macs fonctionnent, mais ça les rend pénibles à utiliser.

Si t'aime pas le son, tourne les boutons.

Opéra, Carbone, Lova Nova

444
Bof, le ventilo évite que les perfs ne s’effondrent en 10mn. Ce qui flanche sur les vieux Mac, c’est le HDD.
445
Justement, j’aimerais bien savoir à quel point les performances sont affectés par l’absence de ventilateur. Quand on voit des benchmark où le air m1 se place entre des i9 et des xeon, ça donne l’impression qu’il y a de la marge.

Si t'aime pas le son, tourne les boutons.

Opéra, Carbone, Lova Nova

446
Citation de tguyfr :
Bof, le ventilo évite que les perfs ne s’effondrent en 10mn.


ça sera justement le point le plus important à tester avec le mba, sur les ipad (eux aussi fanless) les performances sont excellentes au regard des applis disponibles et la becane ne bronche pas pour autant même si la carcasse en alu chauffe un peu (c’est sa fonction aussi j’imagine)

447


Ouais ça marche pas trop mal quoi .... :oops2: ( 8 min le début ) :bave:

[ Dernière édition du message le 20/11/2020 à 21:07:29 ]

448
PT sur un MBAir M1, sorti de la boîte... et ça déboîte :
https://www.facebook.com/504959982/videos/10158072415354983/
449
pour Logic qui est optimisé M1 : 3 fois plus de pistes dans Logic par rapport à la version Intel ( à 1:00 )
96 pistes sur un MacBook Air sans ventilateur :8O:

SSL UF8:  Excellente ET frustrante

UAD API Vision Console Emulation  : mon avis

LUNA Le DAW d'Universal Audio

La précision suisse  moniteurs PSI A21M

UAD Ampex ATR-102 : mon avis

450
Je me régale à relire certains posts d'il y a quelques mois :mrg: