Les Mac M1 voient les eGPU mais sans rien en faire
Les Mac M1 ont bien des qualités, mais la nouvelle architecture d'Apple, aussi puissante et efficace qu'elle soit, cache un ou deux revers de la médaille. Les utilisateurs les plus exigeants devront attendre avant de mettre la main sur les premiers Mac intégrant plus de 16 Go de RAM et davantage que deux ports Thunderbolt/USB4. Autre écueil : le support inexistant des cartes graphiques externes.
Le GPU intégré au M1 est certes très performant, mais les eGPU sont nécessaires pour certains traitements graphiques lourds, pour jouer à de gros jeux, ou pour y brancher des écrans. Il y a un peu d'espoir : Big Sur « voit » un boîtier externe GPU, comme l'a constaté Mac4Ever après avoir branché un Pro Display XDR sur l'eGPU lui même connecté à un Mac mini M1.
L'écran s'affiche sans problème, mais l'accélération graphique qu'est censée apporter la Radeon RX580 est aux fraises pour une excellente raison : les pilotes sont aux abonnés absents. Pierre Dandumont explique que les indispensables drivers AMD et Nvidia ne sont pas compilés pour ARM. Ça va au-delà des fichiers qu'il fallait bidouiller sur les précédentes versions de macOS, et cela peut prendre un certain temps…
Une future mise à jour de Big Sur pour ajouter cette fonction ?
@Boboss29
Tu y crois toi ?
@YetOneOtherGit,
« @Boboss29, Tu y crois toi ? »
Merci de ne pas m'avoir posé la question, du coup je me la pose à moi-même !
Non, je n'y crois pas pour l'instant.
Apple ouvrant son architecture M1 jalousement gardée à de potentiels concurrents qui pourraient avoir accès aux documentations du GPU de chez Apple, voire l'IA embarquée !
Non, vraiment ce n'est pas envisageable à mon avis...
👌
@Scooby-Doo
Les drivers ne seront, à mon avis, disponible que si Apple fait le choix d’utiliser des GPU tiers sur une part de la gamme ARM.
Après la possibilité pour un tiers de produire des drivers n’implique pas un accès particulièrement gênant aux « secrets » d’Apple, c’est avant tout pour moi des enjeux de stratégie commerciale qui sont ici en œuvre.
@YetOneOtherGit,
Écrire un pilote performant d'une carte graphique, qui plus est externe, implique quand même de savoir ce qui se passe dans la machine et Mac OS.
Apple a déjà introduit des limitations pour la virtualisation dans un but technique mais aussi commercial.
👍
@Scooby-Doo
"Apple a déjà introduit des limitations pour la virtualisation dans un but technique mais aussi commercial."
??
@YetOneOtherGit,
Une question ?
😎
@Scooby-Doo
"Une question ?"
Je ne vois pas où Apple a introduit des limitations en terme de virtualisation, au contraire ils actent de l’importance de ces pratiques.
@Scooby-Doo
"Écrire un pilote performant d'une carte graphique, qui plus est externe, implique quand même de savoir ce qui se passe dans la machine et Mac OS."
Moins que tu ne sembles le croire ;-)
Les driver sur les OS moderne reposent bien moins que dans le passé sur une connaissance intime de l’architecture.
@YetOneOtherGit,
« Les driver sur les OS moderne reposent bien moins que dans le passé sur une connaissance intime de l’architecture. »
Sauf à être moins efficace qu'un pilote développé par Apple pour son matériel embarqué bénéficiant de la mémoire partagée ultra efficace et de toutes les optimisations qu'Apple peut apporter...
Mais je suis d'accord avec vous sur le principe.
Enfin si vous confondez un pilote de carte graphique et un pilote d'imprimante, pourquoi pas !
😁
@Scooby-Doo
"Enfin si vous confondez un pilote de carte graphique et un pilote d'imprimante, pourquoi pas !"
😳😳😳
Nullement.
La plus grande difficulté de l’écriture d’un driver n’est pas de connaître l’architecture matérielle de la machine mais celle du GPU et les méandre de l’API 3D de l’OS.
Le pb est la validation du driver par Apple ce qui a bloqué NVidia.
Les enjeux de difficultés techniques n’existent pas vraiment, les ingénieurs de NVidia et AMD seraient parfaitement capable de faire des drivers pour cette architecture, mais il y a quasiment aucune chance qu’Apple les valide.
@YetOneOtherGit,
« Le pb est la validation du driver par Apple ce qui a bloqué NVidia.
Les enjeux de difficultés techniques n’existent pas vraiment, les ingénieurs de NVidia et AMD seraient parfaitement capable de faire des drivers pour cette architecture, mais il y a quasiment aucune chance qu’Apple les valide. »
Le problème ... c'est Apple !
Je ne me fais pas d'inquiétude sur les capacités techniques des ingénieurs de chez nVidia ou AMD !
Par contre, j'ai de gros doutes sur la volonté d'ouverture de Apple pour sa nouvelle plate-forme que je considère, à tort peut-être, comme sa chasse gardée voyez-vous !
😉
@Scooby-Doo
"Le problème ... c'est Apple !
Je ne me fais pas d'inquiétude sur les capacités techniques des ingénieurs de chez nVidia ou AMD !
Par contre, j'ai de gros doutes sur la volonté d'ouverture de Apple pour sa nouvelle plate-forme que je considère, à tort peut-être, comme sa chasse gardée voyez-vous !
😉"
Nous sommes donc sur la même longueur d’onde 😎😉
@Boboss29,
« Une future mise à jour de Big Sur pour ajouter cette fonction ? »
Ce n'est pas Mac OS Big Sur qui est en cause !
C'est l'absence de pilotes nVidia ou AMD compilés en ISA ARM et pour l'architecture M1.
Metal ne fera rien pour aider non plus puisqu'il faut que le matériel soit détecté et correctement supporté par Mac OS.
Metal utilise les ressources disponibles, pas celles qui sont connectées mais non en service faute de pilotes !
😘❤
Donc on serait plus sur un problème logiciel que matériel ? Si c’est le cas j’ai l’impression que c’est une bonne nouvelle.
@iPoivre
"j’ai l’impression que c’est une bonne nouvelle."
Loin d’être certain de voir les drivers exister😎
@iPoivre
Le problème est forcément logiciel, mais peut être que AMD ne développera jamais des pilotes pour les nouveaux M1, quel est l'intérêt ? Surtout si Apple propose une solution graphique maison pour les versions professionnelles.
Maintenant si Apple est encore en développement, ils peuvent avoir demandé à AMD d'attendre, pour laisser planer le mystère. Mais je doute que chez la pomme ils laissent un constructeur tiers proposer des composants. Surtout qu'ils peuvent avoir la main sur l'ensemble de la conception.
J'avoue n'être pas certain de rester chez Apple, surtout pour la modélisation 3D et le rendering, c'est pas la fête avec Blender, heureusement AMD a son render, et le M1 ne résout pas mes problèmes. J'attends les versions professionnelles avec impatience, si Apple bosse vraiment avec Blender, j'espère une surprise avec Cycles.
@Gwynpl@ine
"c'est pas la fête avec Blender"
Le support de Metal arrive.
Après MacOS comme plateforme CGI 3D cela reste un choix assez atypique, mais attend quand même de voir la suite dés offres ARM histoire de ne pas migrer au moment où Apple aura peut-être des propositions réellement attractives sur ces usages ;-)
@YetOneOtherGit
Il semble que Metal arrive oui, en attendant c'est la merde :-)
@Gwynpl@ine
"Il semble que Metal arrive oui, en attendant c'est la merde :-)"
Quelle idée aussi de faire du 3D CGI sur Mac 😉😂
Ceci dit le support de Metal est prometteur et sur un Mini M1 les performance sont en net progrès par rapport au passé.
@Gwynpl@ine,
« Il semble que Metal arrive oui, en attendant c'est la merde »
Parce que Metal, sans pilotes dédiés fournis par nVidia, AMD ou Black Magic Design, il va faire quoi à votre avis ?
À part affiché qu'une eGPU non supportée par Mac OS est présente, Metal il va se tourner les pouces en attendant de pouvoir faire le pont entre les données qu'il a à prendre en charge et la carte eGPU qui devrait les traiter...
Ah zut, il n'y a pas de pont sans pilotes...
C'est ballot tout de même cette affaire !
😁
@YetOneOtherGit,
« Quelle idée aussi de faire du 3D CGI sur Mac »
👌
Pas mieux !
Mais vraiment quelle idée de faire de la 3D avec un Mac, et pourquoi pas aussi jouer !!!
Non franchement, toute cette puissance réservée pour faire du Mail et un peu d'Internet, c'est déprimant...
😇
@Scooby-Doo
"Parce que Metal, sans pilotes dédiés fournis par nVidia, AMD ou Black Magic Design, il va faire quoi à votre avis ?"
Notre camarade et moi parlions de l’usage de l’API Metal dans Blender pour exploiter mieux aussi bien les machines Intel que celle en ARM.
Ce n’est ni un enjeu principal d’eGPU ou de transition ARM.
Juste la capacité de Blender à ne plus reposer sur une API dépréciée 😉
@YetOneOtherGit,
« Notre camarade et moi parlions de l’usage de l’API Metal dans Blender pour exploiter mieux aussi bien les machines Intel que celle en ARM. »
Merci j'utilise Blender !
Donc, Cycles va supporter Metal et c'est bon ?
Cycles va ensuite pouvoir envoyer la scène, les shaders, les paramètres de rendus vers le eGPU connecté à l'ordinateur mais même pas supporté en tant que simple affichage externe !
Vous croyez vraiment à ce que vous écrivrez ?
😁😘❤
Et le code source d'Intuitiv3D, vous en avez fait quoi depuis toutes ces années ?
😇
@Scooby-Doo
"Non franchement, toute cette puissance réservée pour faire du Mail et un peu d'Internet, c'est déprimant..."
L’intérêt des acteurs des industries logiciels pour les plateformes est très loin de n’être qu’une question de puissance.
Sur le jeu il n’y strictement rien à gagner à essayer de faire exister une activité sérieuse sur MacOS, la bataille c’est depuis longtemps déplacé sur d’autres fronts aussi bien pour Apple que pour les éditeur.
De même pour la niche du 3D CGI le Mac est depuis si longtemps absolument marginal dans le secteur et encore une fois il faut un intérêt pour les acteurs de l’industrie à s’y intéresser.
Il est des états de marché tellement figé et sans potentiel de croissance qu’il est absolument vain d’investir pour essayer de faire changer la donne.
@YetOneOtherGit,
« Il est des états de marché tellement figé et sans potentiel de croissance qu’il est absolument vain d’investir pour essayer de faire changer la donne. »
👌👍😘
Par contre je lis régulièrement sur ce forum des personnes convaincues du contraire.
Difficile de leur faire accepter la dure réalité des décisions économiques imposées à Apple parce que le marché n'est pas porteur.
Apple ne fait pas, n'a jamais fait et ne fera jamais autre chose que du business sur un marché porteur, qu'elle le développe de toutes pièces comme l'iPhone, ou comme l'audio et la vidéo professionnelle...
👌
@Scooby-Doo
"Par contre je lis régulièrement sur ce forum des personnes convaincues du contraire.
Difficile de leur faire accepter la dure réalité des décisions économiques imposées à Apple parce que le marché n'est pas porteur."
Ils ne veulent simplement pas voir une vérité qui va a l’encontre de leurs désirs, c’est banal.
https://www.visualcapitalist.com/wp-content/uploads/2020/11/gaming-history-revenue-1200px-up2.jpg
Et ce n’est que la répartition du CA pas celle des profits qui sont encore plus favorables à la transition du centre de gravité vers le mobile.🤑
@Scooby-Doo
"Apple ne fait pas, n'a jamais fait et ne fera jamais autre chose que du business sur un marché porteur, qu'elle le développe de toutes pièces comme l'iPhone, ou comme l'audio et la vidéo professionnelle...
"
Apple est la troisième entreprise au monde en terme de CA issue du jeu vidéo grâce aux commissions de l’App Store.
Bien devant des prétendues majors du secteur 🤑
@YetOneOtherGit
Et pourtant des jeux avec un graphisme mauvais
@en chanson
"Et pourtant des jeux avec un graphisme mauvais"
Strictement aucune importance : le marché est là 😎
Quant à la valeur de tes goûts et dégoûts 🙄
@iPoivre,
« Donc on serait plus sur un problème logiciel que matériel ? Si c’est le cas j’ai l’impression que c’est une bonne nouvelle. »
Une bonne nouvelle parce qu'une limitation peut se régler par un patch par exemple ?
Non, je ne pense pas que ce soit une bonne nouvelle pour plusieurs raisons.
1. Apple a son GPU embarqué, pas un de chez nVidia ou AMD ;
2. Apple souhaite avoir la maîtrise de son matériel et pas donner des biscuits à la concurrence ;
3. nVidia, AMD, Black Magic Design ou autre, ben il faut qu'ils aient la documentation que Apple n'a pas franchement envie de leur donner...
Mais bon l'espoir fait vivre.
Comme le marché de l'eGPU est un marché, mais surtout un marché de niche, pourquoi Apple irait se casser la tête à ce que cela fonctionne et surtout aider des concurrents à ses propres solutions techniques.
Apple a certainement dans ses cartons des GPU pour ses prochains processeurs Apple Silicon version Pro et elle pense, peut-être à juste titre, que l'absence de eGPU ne sera pas un problème.
👌
Rien de fou, les drivers vont arriver et ce sera réglé un jour prochain.
@hackroman,
« Rien de fou, les drivers vont arriver et ce sera réglé un jour prochain. »
Mais c'est évident, nVidia, AMD vont se mettre en quatre pour sortir des pilotes sur une plate-forme non documentée avec un pattern design qui peut changer au gré et à l'humeur de Apple.
Surtout que nVidia et AMD sont totalement ravis de ne pas avoir été choisi pour motoriser le M1 !
Apple se souvient peut-être de certains problèmes de qualité avec des GPU nVidia sur ses ordinateurs portables par le passé...
Les pilotes, s'ils sortent, faut tout de suite jouer au Loto national !!!
😁
Les pilotes Nvidia on est pas prêt de les voir arriver !
@AppleBZH,
« Les pilotes Nvidia on est pas prêt de les voir arriver ! »
Dans mes grosses pattes, cher animal de compagnie qui pense de même !
nVidia et AMD c'est mort de la mort qui tue... Tout simplement parce qu'Apple les a exclu de sa nouvelle plate-forme, pour aujourd'hui avec le M1, mais aussi peut-être aussi pour les prochains processeurs Apple Silicon.
Black Magic Design aurait tout intérêt à développer une solution, mais cela demandera des efforts...
😎
Comme l'a dit Apple: "Ne pensez pas qu'un GPU dédié soit plus rapide".
@fousfous
En F1 c’est pas forcément les voitures les plus rapide qui gagnent 😉
@Franck971
C’est comme le lièvres la tortue: qui va gagner.
🐢 ou 🐇 ?
@fousfous
Un eGpu permet aussi de gérer plus d'écrans, ou des écrans qui ont besoin de 2 câbles DisplayPort par exemple.
@fousfous
Si Apple l’a dit... 🙇♂️
@redchou
Je pense qu'on peut faire confiance aux ingénieurs pour leur propre matériel quand même.
@fousfous
C’est les ingénieurs qui l’ont dit?
Parce que il n’y a pas que des ingénieurs chez Apple.
Il me semble qu’ils avaient mal anticipé l’autonomie des machines sous M1 (d’après ce qu’a dit un responsable). Après, discours marketing pour vanter l’autonomie ou autre... On ne saura pas jamais, un peu comme les performances des eGPU sur les Macs M1. 🤷♂️
@redchou
Ça a été dit lors d'une session de la WWDC par un ingénieur. C'est pas un communiqué de presse.
@fousfous
Ça m’intéressait de savoir quand, je n’en ai pas du tout le souvenir...
En tout cas, il ne pouvait pas parler du M1.
La WWDC est intéressante, mais il y a quand même de affirmation parfois trompeuse, voir du pseudo marketing, sur certaine possibilité, etc...
Si c’était la videos sur l’architecture générale des puces Apple Silicon, quand il parle de GPU dédié, il compare un GPU intégré au SoC à une puce GPU dédié à côté du processeur, pas de lien pour moi avec un eGPU, ou il est possible de mettre des cartes bien plus puissante que les puces proposées dans les MBP...
Le M1 est puissant, mais il a quand même des limites.
@redchou
Le M1 reste une puce d'iPad, donc niveau puissance on est loin de ce que veux faire Apple je pense.
Il me semble raisonnable de voir un M1X avec 12 cœurs CPU et 16 cœurs GPU.
@fousfous
Le M1 reste une puce d'iPad, donc niveau puissance on est loin de ce que veux faire Apple je pense.
Il me semble raisonnable de voir un M1X avec 12 cœurs CPU et 16 cœurs GPU.
- Non, c’est une puce de MBA et MBP, elle n’est dans aucun iPad pour le moment.
Évidemment qu’il vont faire des puces plus puissantes, ça ne veut pas dire que le M1 n’est pas ce que voulait faire Apple. Je ne vois pas trop ce qu’on peut reprocher à cet M1, pour une première puce de MacBook, c’est une belle performance.
@redchou
Il me semble qu’ils avaient mal anticipé l’autonomie des machines sous M1
C’est à dire ? Les chiffres d’Apple sont constaté en vrai pourtant
@reborn
Je n’ai jamais dit que les chiffres d’Apple étaient faux...
Voici ce qu’a déclaré Federighi à ce propos:
“We started getting back our battery life numbers, and we're like, ‘You're kidding. I thought we had people that knew how to estimate these things’.”
@redchou
I thought we had people that knew how to estimate these things
Il dit ça car il ne croyait pas les résultats incroyablement bon de la puce M1 pendant son développement.
Genre: "tu te fou de ma gueule il doit y avoir une erreur ?! Comment ses (aussi bons) résultats peuvent être possible ?"
@reborn
Et donc..?
Il dit que ses ingénieurs dont le boulot est d’estimer l’autonomie se sont plantés... CQFD.
@redchou
Il dit que ses ingénieurs dont le boulot est d’estimer l’autonomie se sont plantés...
Non, ce qu’il dit (sur le ton de la blague) c’est qu’au premier abord il n’a pas cru les chiffres des ingénieurs.
Pages