![]() |
Bienvenue invité ( Connexion | Inscription )
![]() |
![]()
Message
#1
|
|
![]() Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Rédacteurs Messages : 1 654 Inscrit : 19 Nov 2020 Membre no 212 895 ![]() |
[MàJ par Philippe]
Mêmes causes mêmes effets entre M4 Max et M3 Ultra! [Article initial] Attention, on va encore reparler de résultats de GeekBench 6 non-officiels, non-validés et toujours non-reproductibles. Donc là aussi, il y aura du conditionnel, et plus que cela il faut éviter de comparer des pommes et des oranges au travers d'un outil inadapté. On a vu fleurir des articles avec les résultats GeekBench 6 du M3 Max comparés à ceux du M2 Ultra, et concluant que le premier est maintenant l'égal du second, et je dois m'inscrire en faux. Je vais vous expliquer pourquoi! Architecture des M Ultra Les M1 Ultra et M2 Ultra sont composés de deux M1 Max ou M2 Max accolés via un bus interne, cela permet un doublement des cœurs et donc de leurs performances théoriques. Leurs caches L3 sont aussi séparés et communiquant via ce même bus. C'est de là que vient le problème, comme pour les Xeon des Mac Pro Intel : pour en tirer la substantifique moelle, il faut absolument éviter que des données partagées ou pire mises à jour, ne soient nécessaires sur les différents caches L3 simultanément, sauf à provoquer des allers-retours de celles-ci entre ces caches au travers du bus et des ralentissement importants. GeekBench 6 et ses résultats étranges Sous GeekBench 6, on peut observer le phénomène de deux façons différentes, d'abord avec le manque de montée en puissance multithread des Mac Pro Intel, le 28 cœurs (10426) ne semblant délivrer que 46% de plus que le 8 cœurs (7118). C'est faux avec des logiciels pro. Ensuite par la faible différence de performance multithread entre un M2 Max et un M2 Ultra, 44% de plus, ne correspondant en rien au doublement de performances théoriques. C'est tout aussi faux avec ces mêmes logiciels pros. Le problème n'est pas les Xeon, ceux qui en ont pourront en témoigner, ou le M2 Ultra, mais bien GeekBench 6... Logiciels non-professionnels Ce que mesure GeekBench 6 est un mélange de logiciels plus ou moins bien multithreadés dont la plupart ne sont pas aptes à exploiter des architectures avancées, professionnelles. Je résumerais en disant qu'ils représentent des logiciels grand-publics multithreadés. Pas des logiciels professionnels. Logiciels professionnels Avec ses 24 cœurs un peu plus lents, le M2 Ultra est toujours le plus rapide si la charge est parfaitement répartie, incluant la localité mémoire surtout au niveau des caches, pour éviter de l'éviction à répétition et le transfert de données réutilisées d'un cache à l'autre par le bus interne. C'est le cas des logiciels professionnels, ceux qui savaient tirer le meilleur du Mac Pro Intel 28 cœurs, et dont beaucoup ont été portés sur les Mac ARM incluant les M1 Ultra et M2 ultra. Ces logiciels sont architecturés pour ce type de matériel et ne rencontreront pas les limites observées dans GeekBench 6, qui ne les représente pas correctement. Le M3 Max est un gros progrès mais pas comparable au M2 Ultra J'apprécie GeekBench 6, mais il n'est pas conçu pour mettre en avant tout le potentiel des architectures très multithreadés, avec des caches L2 séparés ou de la localité mémoire (NUMA). Pour cela GeekBench 5 fournissait un tableau bien plus réaliste dans le cadre d'usage de logiciels conçus et optimisés pour ces architectures, qu'on ne retrouve que dans le monde professionnel ou les serveurs. Si le M3 Max sera aussi rapide que le M2 Ultra sur des logiciels grand public, ça ne sera pas le cas sur les meilleurs outils professionnels, qui depuis des années sont peaufinés pour exploiter à fond les Mac Pro Intel et maintenant les doubles SoC Ultra. Il faut toujours remettre les résultats des benchmarks dans leur contexte et GeekBench 6 n'est pas fait pour ce type d'architecture ni d'usage. C'est pour cela que nous n'avons pas reproduit ces résultats, car ils n'ont pas de valeur dans ce cadre. GeekBench 5 est plus indiqué pour cela même si plus âgé. En revanche, face au M2 Max 12 cœurs, le M3 Max 16 cœurs amènerait un gain en performances CPU multithread de l'ordre de 50%, un bond en avant pour les MacBook Pro ainsi que le futur Mac Studio M3 Max. Même si la micro-architecture n'a pas évoluée, en jouant avec les fréquences et le nombre de cœurs Performance, Apple a sorti un SoC doté d'une CPU de premier plan pour les ordinateurs portables, mais qui ne se compare pas au M2 Ultra du Mac Studio! Lien vers le billet original -------------------- La liberté d'expression c'est l'extrémisme. La censure c'est la liberté.
|
|
|
![]() |
![]()
Message
#2
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 2 590 Inscrit : 20 Aug 2020 Lieu : Belgique Membre no 212 269 ![]() |
Pour Capture One, c'est certain que non.
J'ai testé plein de trucs pour essayer de le rendre plus rapide, sans succès. Il n'utilise jamais, ni tous les cœurs CPU, ni beaucoup de RAM, ni vraiment la puissance de la carte graphique, ni le débit disque... On a envie de lui dire "vazy, gros, fais-toi plaiz, utilise tout ce que tu veux !" mais non ![]() Quand on ouvre un gros dossier de RAW et qu'il doit calculer les vignettes de pré visualisation, il n'utilise que 2 cœurs CPU, alors qu'il pourrait lancer plein de processus en // Parfois il utilise jusqu'à 8 cœurs (mais c'est rare et je ne sais pas pourquoi) même s'il en 24 à sa disposition Je suis passé d'une RX580 à une RX6800XT, ça n'a rien changé J'ai essayé avec un SSD NVME plutôt qu'un SATA, pas de changement (maximum 10 MB/s utilisés) -------------------- Hack 16 "Photo": MSI H97M-G43 i7-4770 32GB DDR3-1600 XFX RX6800XT SSD SATA 4TB WD Red, MacOS 12.7.6 Monterey, OC1.0.5
Hack 15 "Musique": Asus Z10PA-U8 Xeon Broadwell E5-2690v4 (14c @2,6GHz) 2x16GB DDR4 ECC, GF GT730/4G, NVME Micron 512, Firewire PCI + Roland Edirol FW (avec patches), Séquoia OC1.0.4 + OCLP (pour la GF) Hack 14: Asus Strix X99 Gaming Xeon Haswell E5-1660v3 (OVC à 4,2) 4x8GB DDR4 Gigabyte Vega56/8G, Monterey et Sonoma OC 1.0.4 Hack 13: Asus Z87 Gryphon i7-4770K 2x8GB DDR3 Gigabyte RX580/8G MacOS 15.5.5 Séquoia+Win10 OC1.0.5 Hack 12: CM Qiyida E5-A99 (X9H9D) Xeon Haswell E5-2666v3 (10c/20th à 2,9GHz) 2x8GB DDR4, Sonoma OC 0.9.3 Hack 8 "dual2": Supermicro X9DAi Double Xeon E5-2670v2 (total 20c/40th@2,5GHz) 192GB (6x32GB) DDR3-1333RegECC, Sapphire Vega64/8G, USB3 FL1100, Catalina OC 0.7.9 et Ubuntu 20.04LTS Hack 7 "MP6" : JingSha X79-P3 Xeon E5-2667v2 (8c/16th@3,3GHz) 4x16GB DDR3-1866RegECC Gigabyte Vega64/8GB USB3 FL1100 PCI-E SSD500GB NVME 970Evo+ HDD500GB SATA Mojave Clover Hack 6 "Dual" : Kllisre Dual-X79 2x Xeon E5-2697v2 (total 24c/48th@2,7GHz) 128GB (8x16) DDR3-1600ECC Asus GTX760/2GB SSD256GB Mac OS-X Mojave Clover Hackintosh 2, 3, 4 et 5: Asus P5B/ Hackintosh1 "Photo" : Asus P7P55D i5-750 2x8GB DDR3 Gigabyte GTX770/4GB USB3 FL1100 SSD4TB SATA, Sierra Clover 5070 |
|
|
![]()
Message
#3
|
|
![]() Macbidouilleur de vermeil ! ![]() ![]() ![]() ![]() Groupe : Membres Messages : 1 087 Inscrit : 1 Mar 2003 Membre no 6 462 ![]() |
Pour Capture One, c'est certain que non. J'ai testé plein de trucs pour essayer de le rendre plus rapide, sans succès. Il n'utilise jamais, ni tous les cœurs CPU, ni beaucoup de RAM, ni vraiment la puissance de la carte graphique, ni le débit disque... On a envie de lui dire "vazy, gros, fais-toi plaiz, utilise tout ce que tu veux !" mais non ![]() Quand on ouvre un gros dossier de RAW et qu'il doit calculer les vignettes de pré visualisation, il n'utilise que 2 cœurs CPU, alors qu'il pourrait lancer plein de processus en // Parfois il utilise jusqu'à 8 cœurs (mais c'est rare et je ne sais pas pourquoi) même s'il en 24 à sa disposition Je suis passé d'une RX580 à une RX6800XT, ça n'a rien changé J'ai essayé avec un SSD NVME plutôt qu'un SATA, pas de changement (maximum 10 MB/s utilisés) Merci pour la réponse. Dans le cas de Capture one, cela veux dire, qu'il est incapable d'exploiter pleinement même un simple M pro (a part la vitesse de l'horloge) -------------------- De peur de mourir, il cessa de vivre.
|
|
|
![]() ![]() |
Nous sommes le : 31st July 2025 - 00:12 |