IPB

Bienvenue invité ( Connexion | Inscription )

2 Pages V  < 1 2  
Reply to this topicStart new topic
> Intel va proposer des Xeon à 48 cœurs, Réactions à la publication du 06/11/2018
Options
otto87
posté 6 Nov 2018, 22:41
Message #31


Macbidouilleur de vermeil !
****

Groupe : Membres
Messages : 1 182
Inscrit : 12 Jun 2009
Membre no 137 508



Citation (iAPX @ 6 Nov 2018, 22:58) *
PS: quand au M6800 j'en ai bavé avec, et passer son temps à recopier/restaurer X pour faire une simple copie mémoire ça va bien un moment, mais c'était une catastrophe


C'est sans doute que tu n'a pas pratiqué l'assembleur su x86, c'est une véritable plaie laugh.gif Et oui les compilos sont des tanches laugh.gif j'ai fais une formation HPC y a 2 semaine, c'est affolant ce que même le compilos d'intel n'est pas capable de trouver tout seul, en mettant à la main les bonnes directives sur des valeur a garder dans les registres, on peut faire du X10 sur des trucs qui se rapprochent de stupides produits de convolution...
Mais bon c'est pareil sur GPU, j'arrive a du X 50 avec du code tweaké à la main alors que pourtant la compilation repose sur LLVM qui est censé être au top!

Sethy : il est plus question de philosophie de code wink.gif


Ce message a été modifié par otto87 - 6 Nov 2018, 22:42.


--------------------
Ne vous plaignez pas, pour une fois notre gouvernement nous écoute SYSTEMATIQUEMENT!!!!!!
Niveau GPGPU je bosse sur un des 500 plus gros calculateur du monde....
Go to the top of the page
 
+Quote Post
iAPX
posté 6 Nov 2018, 22:47
Message #32


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (otto87 @ 6 Nov 2018, 17:41) *
Citation (iAPX @ 6 Nov 2018, 22:58) *
PS: quand au M6800 j'en ai bavé avec, et passer son temps à recopier/restaurer X pour faire une simple copie mémoire ça va bien un moment, mais c'était une catastrophe


C'est sans doute que tu n'a pas pratique l'assembleur su x86, c'est une véritable plaie laugh.gif Et oui les compilos sont des tanches laugh.gif j'ai fais une formation HPC y a 2 semaine, c'est affolant ce que même le compilos d'intel n'est pas capable de trouver tout seul, en mettant à la main les bonne directive sur des valeur a garder dans les registres, on peut faire du X10 sur des trucs qui se rapprochent de stupides produits de convolution...
Mais bon c'est pareil sur GPU, j'arrive a du X 50 avec du code tweaké à la main alors que pourtant la compilation repose sur LLVM qui est censé être au top!

Sethy : il est plus question de philosophie de code wink.gif


J'ai vendu mon travail avec de l'assembleur au début, notablement sur du Z80, M6809, M68000, 8088, puis 80286, 386, etc. et aujourd'hui je continue avec AVX et AVX2 (non je n'utilise pas les Intrinsic, on m'a déjà posé la question!). je connaisssais évidemment avant le 8080 et le M6800 (en fait M6802 chez SMT Goupil).

À l'époque du 8088, je préférais évidemment le M68000 (ceux qui s'y sont essayé me comprennent), mais c'était déjà tellement au-dessus du 8-bits mis à part le M6809 (pour les modes d'adressages autrement plus avancées) rare et cher, et le Z80 quand on utilise les instructions cachées sur IX et IY (les mêmes que pour HL mais avec un prefix) mais c'est venu un peu tard et pas nécessairement compatible avec un "compatible" NSC-800 (Canon X-07) qui avait aussi des bugs sur les répétitions d'opérations (pour ça que le Basic Microsoft intégré n'en utilisait aucune, je le sais car je l'ai désassemblé et commenté!)

Ce message a été modifié par iAPX - 6 Nov 2018, 22:48.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
marc_os
posté 7 Nov 2018, 14:58
Message #33


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 6 116
Inscrit : 21 Apr 2006
Membre no 59 799



Citation (iAPX @ 6 Nov 2018, 13:30) *
Citation (kwak-kwak @ 6 Nov 2018, 08:27) *
...
Et vu les perfs de l'A12X, il semble que ARM soit aussi sur le point de bouffer Intel du coté du marché des serveurs (les perfs par Watt consommé devrait entrer en faveur d'ARM).

Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien.

Hein ?
Pourrais-tu préciser stp quelles sont ces tâches interactives, "ton quotidien", qui nécessitent surtout des traitements mono-thread efficaces et ne profitent pas des autres cœurs ?

Sur Mac, le multi-threading via GCD permet par exemple (en simplifiant) à une application d'effectuer un traitement lourd dans un thread dédié, le thread principal s'occupant essentiellement de l'interface utilisateur. Ainsi, l'interface reste toujours fluide et réactive, quelque soit la ou les tâches lourdes tournant "à côté". Tes « tâches interactives » donc ne fonctionnent pas comme ça ?

Citation (otto87 @ 6 Nov 2018, 21:37) *
Citation (Sethy @ 6 Nov 2018, 22:30) *
Tiens, ça me rappelle furieusement les discussions CISC/RISC d'il y a 25 ans !

wink.gif à raison!
Quand on compare l'assembleur 6800 au i386, y a de quoi pleurer!

Euh... Ne s'agit-il pas là de deux processeurs CISC ? blink.gif
A ma connaissance, le premier processeur RISC sur Mac fut le PPC, une coproduction IBM/Motorola/Apple introduit il me semble avec les PowerMac.

Ce message a été modifié par marc_os - 7 Nov 2018, 15:02.


--------------------
-----------------
--JE-------SUIS--
--AHMED-CHARLIE--
--CLARISSA-YOAV--
-----------------
Go to the top of the page
 
+Quote Post
iAPX
posté 7 Nov 2018, 15:24
Message #34


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (marc_os @ 7 Nov 2018, 09:58) *
Citation (iAPX @ 6 Nov 2018, 13:30) *
Citation (kwak-kwak @ 6 Nov 2018, 08:27) *
...
Et vu les perfs de l'A12X, il semble que ARM soit aussi sur le point de bouffer Intel du coté du marché des serveurs (les perfs par Watt consommé devrait entrer en faveur d'ARM).

Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien.

Hein ?
Pourrais-tu préciser stp quelles sont ces tâches interactives, "ton quotidien", qui nécessitent surtout des traitements mono-thread efficaces et ne profitent pas des autres cœurs ?

Sur Mac, le multi-threading via GCD permet par exemple (en simplifiant) à une application d'effectuer un traitement lourd dans un thread dédié, le thread principal s'occupant essentiellement de l'interface utilisateur. Ainsi, l'interface reste toujours fluide et réactive, quelque soit la ou les tâches lourdes tournant "à côté". Tes « tâches interactives » donc ne fonctionnent pas comme ça ?

Mail, Chrome, Safari, Office, éditeurs de code divers et variés, VM pour le web (même quand il y en a 3 ou 4 simultanées pour des tâches dédiées c'est essentiellement monothread à cause des dépendances) : le quotidien de la plupart des gens smile.gif
Ce qui caractérise d'ailleurs les tâches interactives est la chaîne de dépendance se terminant justement par l'UI qui ne peut être rafraichie/modifiée qu'une fois les traitements faits, et pour lesquelles avoir des tâches séparées est un non-sense.

Pour le reste j'aime cette vision très fantasmagorique du multithread, mais juste comparer un 4-cœur à 2Ghz au quoditien face à un 2-cœur à 4Ghz (du même niveau d'IPC), vous pleureriez sauf pour des tâches spécialisées wink.gif

Ce message a été modifié par iAPX - 7 Nov 2018, 15:25.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
Hebus
posté 7 Nov 2018, 15:36
Message #35


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 5 167
Inscrit : 24 Sep 2015
Membre no 196 570



??? IAPX tu t’égares là...

Safari multi threading, ok, avec la puissance de nos becane ça se voit à peine...

Compilation multi thread, Xcode ou IDEA

Une image docker qui compile me bouffe 6 coeurs sur 12 (j’imagine mon réglage de docker)

Par contre grep et find dans le terminal sont toujours monothread... pas glop !

Edit: oui j’ai réglé Docker à 6 CPU et 8GB smile.gif

Ce message a été modifié par Hebus - 7 Nov 2018, 15:39.


--------------------
MBP 2018, Touch Bar, i7 2.6 GHz, 32 GB RAM, 1T SSD, Radeon 560X ... du bonheur !
eGPU : Akitio Node, RX 580 et GTX 980 Ti

Un Discord pour la concorde :)
Go to the top of the page
 
+Quote Post
otto87
posté 7 Nov 2018, 16:33
Message #36


Macbidouilleur de vermeil !
****

Groupe : Membres
Messages : 1 182
Inscrit : 12 Jun 2009
Membre no 137 508



Citation (Hebus @ 7 Nov 2018, 16:36) *
??? IAPX tu t’égares là...

Safari multi threading, ok, avec la puissance de nos becane ça se voit à peine...

Compilation multi thread, Xcode ou IDEA

Une image docker qui compile me bouffe 6 coeurs sur 12 (j’imagine mon réglage de docker)

Par contre grep et find dans le terminal sont toujours monothread... pas glop !

Edit: oui j’ai réglé Docker à 6 CPU et 8GB smile.gif


Ce qui compte c'est la réactivité, il est désagréable de faire une action et de constater des latences. Quand je dois me taper la compilation d'OpenCV avec tout les modules, même avec 48 core, la meilleurs chose a faire c'est d'aller boire un grand grand café wink.gif


--------------------
Ne vous plaignez pas, pour une fois notre gouvernement nous écoute SYSTEMATIQUEMENT!!!!!!
Niveau GPGPU je bosse sur un des 500 plus gros calculateur du monde....
Go to the top of the page
 
+Quote Post
iAPX
posté 7 Nov 2018, 21:29
Message #37


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (Hebus @ 7 Nov 2018, 10:36) *
??? IAPX tu t’égares là...
...

"Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien." - iAPX

Le sujet était de possibilité de remplacement de CPU Intel dans nos ordinateurs, utilisés au quotidien, par des CPU à jeu d'instruction ARM, et moi expliquant que seul Apple fourni des performances mono-thread capable d'amener une réactivité similaire sur du mono-thread, car les tâches interactives sont essentiellement caractérisées par leur chaîne de dépendance (Input -> Processing -> Output) mais aussi par leur demande en terme de latence et non de débit.

Quand je dis "notre quotidien" c'est celui de la plupart des gens utilisant un ordinateur individuel, et je ne m'égare absolument pas smile.gif

C'est d'ailleurs aussi le mien où je suis très content d'un dual-core pour mon travail, très réactif dans les tâches interactives, et donc non-remplaçable par une CPU peut-être aussi rapide en multi-thread mais 2X plus lente en mono-thread (latences sur les interactions), et donc non remplaçable par autre chose qu'une puce sur jeu d'instruction ARM conçue par Apple aujourd'hui, les autres basées sur le même jeu d'instruction étant encore totalement largués.

PS: je sais que je vais encore avoir les remarques de ceux avec une config à 2351 core, 28.3 To de RAM, 17 GPU, ou utilisant tel ou tel logiciel Pro, mais c'est pas le sujet. Mme Michu s'en fout de vos machines (moi aussi d'ailleurs, car mis à part @otto87 et un ou deux autres, j'ai plus puissant) smile.gif

Ce message a été modifié par iAPX - 7 Nov 2018, 21:30.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
Sethy
posté 7 Nov 2018, 23:47
Message #38


Macbidouilleur d'argent !
***

Groupe : Membres
Messages : 603
Inscrit : 12 Jul 2011
Membre no 168 767




Avant, j'avais une machine pour tout.

Depuis le duo iMac / Hack, je trouve ça finalement bien mieux d'avoir 2 machines distinctes.

Et c'est pour ça que j'hésite à remplacer l'iMac 2011 avec le gros CPU et le gros GPU de l'époque par le Mini à 899.


--------------------
iMac 21,5" mid 2011 - core i7 - 24 GB - HD 6970M - Maverick
MacBook Air 2014 - core i3 - 8 GB - 128 GB - Maverick
iPad mini 1- 64 GB - iOS 7
Hack X99 - 970 GTX 2015 - Gigabyte X99-UD4 - i7 5830K - Yosemite - Unibeast Lien
DS-918+ - Syno Primary - DS-412+ - Syno Back-up
Go to the top of the page
 
+Quote Post
Gallows Pole
posté Hier, 06:40
Message #39


Macbidouilleur de vermeil !
****

Groupe : Membres
Messages : 1 053
Inscrit : 3 Feb 2004
Membre no 14 248



Salut,

Réaction à la MAJ : Intel annonce que ses puces à 48 coeurs seront 1,5 fois plus rapide que les EPYC d'AMD avec 32 coeurs...
Oula, une puce à 48 coeurs, 1,5 plus rapide qu'une puce à 32 coeurs ?
Elle est vachement efficace !

Et ils annoncent que cela peut aller jusqu'à 3,6 fois plus rapide...
J'imagine que là ils prennent leur 48 coeurs en mode "turbo" et qu'ils comparent à 32 coeurs à la vistesse de base ?
Voire, peut-être qu'ils parlent d'une carte mère bi-processeurs comparée à une carte mère EPYC mono processeur ?

Et comment est-ce qu'ils se positionnent par rapport à la EPYC à 64 coeurs ?

Franchement... ce genre d'argument est risible. D'où qu'il vienne !
Go to the top of the page
 
+Quote Post
radamanthys
posté Hier, 07:17
Message #40


Macbidouilleur de bronze !
**

Groupe : Membres
Messages : 317
Inscrit : 23 Jul 2005
Lieu : Mons (Belgique)
Membre no 42 861



Sur l'image, intel indique 1.3x et 3.4x
https://images.anandtech.com/doci/13535/IntelSlide.png


--------------------
Station dev : I7 8700k 32 Go RAM ddr4 3200,intel optane 900p 480 Go, 3 To ssd sata, gtx 1070, écrans : LG 38uc99 3840x1600 + LG 27" 2560x1440.
Serveur : Dual Xeon 2687w v2, 128 Go RAM ssd 2x500 + intel nvme 750 400 Go
Portables : Surface pro 5 i5, 8 Go Ram, 128 Go ssd, Zenbook pro, i7, 24 Go Ram, 1.5 To ssd, ecran 4k, Macbook air, i5, 8 Go, 256 Go ssd, Surface book 2 i5, wacom mobile studio pro 16.
Jeux : I7 7700k, 16 Go RAM 3200, ssd 950 pro 512Go, Geforce gtx 1080 ti, tv 58", siege raceroom et Thrustmaster TX Leather
Dessin : Ryzen Thread Ripper 1950x (16 coeurs), 32 Go DDR4 3200, ssd 960 pro 1 To, gtx 1070, lg 43’’ 4k + wacom cintiq pro 24 touch + 27’’ vertical.
Stockage : Synology 2413+, 12x 3 To Red + synology 1813+ 8x2 To Green
Ibidules : Iphone 6s+, ipad air 2, ipad mini 2, ipad air
Go to the top of the page
 
+Quote Post
WipeOut
posté Hier, 08:52
Message #41


Macbidouilleur d'argent !
***

Groupe : Membres
Messages : 791
Inscrit : 27 Jun 2004
Lieu : Suisse
Membre no 20 512



Citation (radamanthys @ 12 Nov 2018, 07:17) *
Sur l'image, intel indique 1.3x et 3.4x
https://images.anandtech.com/doci/13535/IntelSlide.png


Je me méfie maintenant avec Intel, ils avaient aussi fait faire des tests pour leurs nouveaux CPU. Les tests étaient mal faits pour donner un gros avantage contre les Ryzen.
Pire encore, le fameux TDP de 95W du i9-9900K qui n'est jamais respecté par les constructeurs de carte de mère et Intel le sait très bien.
Quand on force cette limite de 95W les performances sont pas aussi bon. Certes il reste un peu meilleurs que le Ryzen 2700X, mais question prix, l'avantage est en faveur de AMD.

Différence de performance ici --> Intel Core i9-9900K Re-Review [95-watt TDP Results] Very Ryzen 7 2700X Like!

les fameux TDP bidon de Intel --> Intel TDP Investigation: Violating Turbo Duration (Z390)


--------------------
Mac Pro (Fin 2013) 6-Core Intel Xeon E5 / Ram 16 GB / 2xD500 / Mac OS X 10.13.x / 2x Asus PB238 / 2x Airport Extreme AC Tower / iPhone 5s / MacBook Pro 13" 2009 / Mac Mini alias MediaCenter

PC Gaming ONLY : i5-4670K, Asus Sabertooth Z87 C2, Ram 16 GB, Asus Strix GTX 1080Ti OC, Tour Carbide 540 Air, Ventirad Noctua NH-D15, Alim 750W CORSAIR HX750i, Ventilos : Be Quiet! & Noctua
Go to the top of the page
 
+Quote Post
Bunios
posté Hier, 11:49
Message #42


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 5 669
Inscrit : 7 Apr 2003
Lieu : 01 AIN
Membre no 7 028



Citation (Lionel @ 6 Nov 2018, 13:08) *
ARM a du bol en effet actuellement, et avec lui Apple et les autres. Intel est bloqué à 14nm ce qui permet en gravant en 10, et 7 nm d'augmenter les performances facilement (il n'y a pas que ça). Maintenant, de toute façon la barrière quantique est proche et ce gain va se réduire d'ici deux ou trois ans. On verra alors si ARM arrive à faire des puces au design très performant pour des machines de bureau. Là l'avantage de l'économie d'énergie est moindre.
Je rappelle quand même qu'ARM s'est vautré sur le marché des serveurs.

Je serai curieux de savoir effectivement si ARM arrivera à faire encore mieux d'ici 1-2 ans. Apple améliore par son savoir faire les designs de base des processeurs ARM mais qu'en sera t'il d'ici 2 ans ? On annonce (enfin Ming CHi Kuo annonce des Mac en ARM en 2020-2021 (gravure en 5 nm)) ces nouvelles machines en ARM en 2020-2021. J'imagine que l'on arrivera aussi à la limite physique du côté des processeurs ARM. Mise à part l'optimisation, le gain sera marginal d'ici peu aussi.

Donc je partage ton analyse Lionel. ARM a le vent en poupe ces dernières années mais d'ici 2-3 ans qu'en sera t'il vraiment ?


A+


--------------------
(Jeudi 18 Avril 2013) Réception d'un Apple MacBook Pro 15" Core i7 Quad Core 2.6 Ghz Nvidia GT 650M 1024 Mo 8 Go SoDimm DDR3 PC 12800-1600 Mhz SSD Crucial M500 de 480 Go à la place du disque dur interne Hitachi 750 Go à 5400 tr/mn Superdrive à écran Brillant LED standart NEUF - 17,92 % Fnac. MERCI La FNAC. Très performant et Magnifique...Disque dur externe Lacie Rugged ThunderBolt USB 3 (ne fonctionne pas en USB 3 !!!).
Go to the top of the page
 
+Quote Post
Ze Clubbeur
posté Hier, 12:36
Message #43


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 1 794
Inscrit : 29 Dec 2006
Lieu : Lyon
Membre no 76 813



Citation (otto87 @ 6 Nov 2018, 22:41) *
Citation (iAPX @ 6 Nov 2018, 22:58) *
PS: quand au M6800 j'en ai bavé avec, et passer son temps à recopier/restaurer X pour faire une simple copie mémoire ça va bien un moment, mais c'était une catastrophe


C'est sans doute que tu n'a pas pratiqué l'assembleur su x86, c'est une véritable plaie laugh.gif Et oui les compilos sont des tanches laugh.gif j'ai fais une formation HPC y a 2 semaine, c'est affolant ce que même le compilos d'intel n'est pas capable de trouver tout seul, en mettant à la main les bonnes directives sur des valeur a garder dans les registres, on peut faire du X10 sur des trucs qui se rapprochent de stupides produits de convolution...
Mais bon c'est pareil sur GPU, j'arrive a du X 50 avec du code tweaké à la main alors que pourtant la compilation repose sur LLVM qui est censé être au top!

Sethy : il est plus question de philosophie de code wink.gif


Ça me rappelle mes cours de programmation d'il y a jadis... En assembleur, on nous avait fait faire un exercice comparatif... Un truc simple en assembleur et le même programme compilé à partir de C...
Comment dire...

Donc oui, un compilateur est, comme son nom l'indique : con. Il fait bêtement ce qu'on lui demande, sans aucun sens critique et d'optimisation...


--------------------
L'ipod ne peut fonctionner qu'avec Itunes...
Itunes fonctionne bien mieux sous mac que sous windows...
C'est pourquoi j'ai installé Mac OS sur mon pc...

MacBook Pro 15" Intel Core i7 2.5GHz Mi 2015
MacBook Pro 15" Intel Core i7 2.3GHz Février 2011 (en pré-retraite)
Go to the top of the page
 
+Quote Post
marc_os
posté Hier, 12:57
Message #44


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 6 116
Inscrit : 21 Apr 2006
Membre no 59 799



Citation (iAPX @ 7 Nov 2018, 15:24) *
Citation (marc_os @ 7 Nov 2018, 09:58) *
Citation (iAPX @ 6 Nov 2018, 13:30) *
Citation (kwak-kwak @ 6 Nov 2018, 08:27) *
...
Et vu les perfs de l'A12X, il semble que ARM soit aussi sur le point de bouffer Intel du coté du marché des serveurs (les perfs par Watt consommé devrait entrer en faveur d'ARM).

Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien.

Hein ?
Pourrais-tu préciser stp quelles sont ces tâches interactives, "ton quotidien", qui nécessitent surtout des traitements mono-thread efficaces et ne profitent pas des autres cœurs ?

Sur Mac, le multi-threading via GCD permet par exemple (en simplifiant) à une application d'effectuer un traitement lourd dans un thread dédié, le thread principal s'occupant essentiellement de l'interface utilisateur. Ainsi, l'interface reste toujours fluide et réactive, quelque soit la ou les tâches lourdes tournant "à côté". Tes « tâches interactives » donc ne fonctionnent pas comme ça ?

Mail, Chrome, Safari, Office, éditeurs de code divers et variés, VM pour le web (même quand il y en a 3 ou 4 simultanées pour des tâches dédiées c'est essentiellement monothread à cause des dépendances) : le quotidien de la plupart des gens smile.gif
Ce qui caractérise d'ailleurs les tâches interactives est la chaîne de dépendance se terminant justement par l'UI qui ne peut être rafraichie/modifiée qu'une fois les traitements faits, et pour lesquelles avoir des tâches séparées est un non-sense.

Pour le reste j'aime cette vision très fantasmagorique du multithread, mais juste comparer un 4-cœur à 2Ghz au quoditien face à un 2-cœur à 4Ghz (du même niveau d'IPC), vous pleureriez sauf pour des tâches spécialisées wink.gif

Bon ok, tu n'as visiblement jamais programmé une application sous macOS ou même probablement dans l'absolu ou alors c'était sous Windows 3.1 ou le Système 6 (sinon rappelle moi de ne jamais t'embaucher comme dev), pas la peine de discuter tes à prioris.
Sache par exemple qu'on peut avoir plusieurs threads tournant sur un CPU mono cœur.
Mais bon ok, t'as raison, Mail, Chrome, Safari, Office sont mono thread, c'est ça. confused5.gif

Ce message a été modifié par marc_os - Hier, 12:57.


--------------------
-----------------
--JE-------SUIS--
--AHMED-CHARLIE--
--CLARISSA-YOAV--
-----------------
Go to the top of the page
 
+Quote Post
Ze Clubbeur
posté Hier, 13:11
Message #45


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 1 794
Inscrit : 29 Dec 2006
Lieu : Lyon
Membre no 76 813



Citation (marc_os @ 12 Nov 2018, 12:57) *
Citation (iAPX @ 7 Nov 2018, 15:24) *
Citation (marc_os @ 7 Nov 2018, 09:58) *
Citation (iAPX @ 6 Nov 2018, 13:30) *
Citation (kwak-kwak @ 6 Nov 2018, 08:27) *
...
Et vu les perfs de l'A12X, il semble que ARM soit aussi sur le point de bouffer Intel du coté du marché des serveurs (les perfs par Watt consommé devrait entrer en faveur d'ARM).

Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien.

Hein ?
Pourrais-tu préciser stp quelles sont ces tâches interactives, "ton quotidien", qui nécessitent surtout des traitements mono-thread efficaces et ne profitent pas des autres cœurs ?

Sur Mac, le multi-threading via GCD permet par exemple (en simplifiant) à une application d'effectuer un traitement lourd dans un thread dédié, le thread principal s'occupant essentiellement de l'interface utilisateur. Ainsi, l'interface reste toujours fluide et réactive, quelque soit la ou les tâches lourdes tournant "à côté". Tes « tâches interactives » donc ne fonctionnent pas comme ça ?

Mail, Chrome, Safari, Office, éditeurs de code divers et variés, VM pour le web (même quand il y en a 3 ou 4 simultanées pour des tâches dédiées c'est essentiellement monothread à cause des dépendances) : le quotidien de la plupart des gens smile.gif
Ce qui caractérise d'ailleurs les tâches interactives est la chaîne de dépendance se terminant justement par l'UI qui ne peut être rafraichie/modifiée qu'une fois les traitements faits, et pour lesquelles avoir des tâches séparées est un non-sense.

Pour le reste j'aime cette vision très fantasmagorique du multithread, mais juste comparer un 4-cœur à 2Ghz au quoditien face à un 2-cœur à 4Ghz (du même niveau d'IPC), vous pleureriez sauf pour des tâches spécialisées wink.gif

Bon ok, tu n'as visiblement jamais programmé une application sous macOS ou même probablement dans l'absolu ou alors c'était sous Windows 3.1 ou le Système 6 (sinon rappelle moi de ne jamais t'embaucher comme dev), pas la peine de discuter tes à prioris.
Sache par exemple qu'on peut avoir plusieurs threads tournant sur un CPU mono cœur.
Mais bon ok, t'as raison, Mail, Chrome, Safari, Office sont mono thread, c'est ça. confused5.gif
+1
Et heureusement !! Imagine Mojave limité au nombre de cœurs du processeur biggrin.gif Ce serait comique, sur un MBA de 2018 lol


--------------------
L'ipod ne peut fonctionner qu'avec Itunes...
Itunes fonctionne bien mieux sous mac que sous windows...
C'est pourquoi j'ai installé Mac OS sur mon pc...

MacBook Pro 15" Intel Core i7 2.5GHz Mi 2015
MacBook Pro 15" Intel Core i7 2.3GHz Février 2011 (en pré-retraite)
Go to the top of the page
 
+Quote Post
iAPX
posté Hier, 13:29
Message #46


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (marc_os @ 12 Nov 2018, 07:57) *
Citation (iAPX @ 7 Nov 2018, 15:24) *
Citation (marc_os @ 7 Nov 2018, 09:58) *
Citation (iAPX @ 6 Nov 2018, 13:30) *
Citation (kwak-kwak @ 6 Nov 2018, 08:27) *
...
Et vu les perfs de l'A12X, il semble que ARM soit aussi sur le point de bouffer Intel du coté du marché des serveurs (les perfs par Watt consommé devrait entrer en faveur d'ARM).

Non c'est juste Apple, les autres sont 2X plus lents actuellement en mono-thread essentiel pour la réactivité sur des tâches interactive, notre quotidien.

Hein ?
Pourrais-tu préciser stp quelles sont ces tâches interactives, "ton quotidien", qui nécessitent surtout des traitements mono-thread efficaces et ne profitent pas des autres cœurs ?

Sur Mac, le multi-threading via GCD permet par exemple (en simplifiant) à une application d'effectuer un traitement lourd dans un thread dédié, le thread principal s'occupant essentiellement de l'interface utilisateur. Ainsi, l'interface reste toujours fluide et réactive, quelque soit la ou les tâches lourdes tournant "à côté". Tes « tâches interactives » donc ne fonctionnent pas comme ça ?

Mail, Chrome, Safari, Office, éditeurs de code divers et variés, VM pour le web (même quand il y en a 3 ou 4 simultanées pour des tâches dédiées c'est essentiellement monothread à cause des dépendances) : le quotidien de la plupart des gens smile.gif
Ce qui caractérise d'ailleurs les tâches interactives est la chaîne de dépendance se terminant justement par l'UI qui ne peut être rafraichie/modifiée qu'une fois les traitements faits, et pour lesquelles avoir des tâches séparées est un non-sense.

Pour le reste j'aime cette vision très fantasmagorique du multithread, mais juste comparer un 4-cœur à 2Ghz au quoditien face à un 2-cœur à 4Ghz (du même niveau d'IPC), vous pleureriez sauf pour des tâches spécialisées wink.gif

Bon ok, tu n'as visiblement jamais programmé une application sous macOS ou même probablement dans l'absolu ou alors c'était sous Windows 3.1 ou le Système 6 (sinon rappelle moi de ne jamais t'embaucher comme dev), pas la peine de discuter tes à prioris.
Sache par exemple qu'on peut avoir plusieurs threads tournant sur un CPU mono cœur.
Mais bon ok, t'as raison, Mail, Chrome, Safari, Office sont mono thread, c'est ça. confused5.gif

C'est le principe des tâches interactives en soit qui limite énormément la concurrence des exécutions et non le nombre de threads lancés ou de cœurs/fils disponibles.

D'un autre côté, en ingénierie logiciel il y a ce qui s'appelle le budget, et tant que pour un type de logiciel la réactivité est suffisante, personne ne dépense du budget à rendre le programme plus complexe, donc avec plus de bugs et plus coûteux en maintenance pour le plaisir de gagner en performance, même quand c'est possible.
Ce second point explique largement le niveau de "performance" de nombre d'outils bureautiques actuels...

Merci pour tes a-priori et surtout les jolis commentaires associés, c'est extrêmement flatteur pour moi laugh.gif

Ce message a été modifié par iAPX - Hier, 13:30.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
yponomeute
posté Hier, 13:37
Message #47


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 4 851
Inscrit : 26 Jan 2011
Lieu : Pollachius virens
Membre no 164 083



Citation (iAPX @ 12 Nov 2018, 13:29) *
D'un autre côté, en ingénierie logiciel il y a ce qui s'appelle le budget

Tu oublies le petit copain du budget qui s'appelle deadline biggrin.gif Ils se promènent toujours par deux.

Ce message a été modifié par yponomeute - Hier, 13:38.


--------------------
MBP 2017 15" avec clavier pourri et touchbar inutile
Go to the top of the page
 
+Quote Post
iAPX
posté Hier, 13:38
Message #48


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (yponomeute @ 12 Nov 2018, 08:37) *
Citation (iAPX @ 12 Nov 2018, 13:29) *
D'un autre côté, en ingénierie logiciel il y a ce qui s'appelle le budget

Tu oublies le petit copain du budget qui s'appelle deadline biggrin.gif Ils se promènent toujours par deux.

Oui mais elle n'existe que dans le monde parallèle où vivent les chef de projets wink.gif


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
otto87
posté Hier, 13:44
Message #49


Macbidouilleur de vermeil !
****

Groupe : Membres
Messages : 1 182
Inscrit : 12 Jun 2009
Membre no 137 508



@ marc_osLa volée de bois vert que tu vas recevoir laugh.gif J'veux pas médire, mais les connaissances et les problématiques du dev, sont *très très très très très* inférieurs à celle de iAPX. On croirait entendre parler un commercial ou un pur fan boys après la présentation de "grand central" du genre " pf la gestion des cores c'est 3 lignes de code et l'API magique d'Apple fait le reste".Mais non ce n'est pas comme ça que ça marche.Tout ne se parallélise pas ou pas efficacement.Et à moins de passer toutes sa journée de boulot sur du calcul intensif, il y a fort à parier que seuls quelques % de ton CPU soient utiles réellement, on en revient donc à la problématique de la réactivité qui elle dépend de la fréquence de ton core plus que du nombre.


--------------------
Ne vous plaignez pas, pour une fois notre gouvernement nous écoute SYSTEMATIQUEMENT!!!!!!
Niveau GPGPU je bosse sur un des 500 plus gros calculateur du monde....
Go to the top of the page
 
+Quote Post
Hebus
posté Hier, 13:56
Message #50


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 5 167
Inscrit : 24 Sep 2015
Membre no 196 570



Quand même grand central offre une manière interessante de faire du //isme en imposant l’organisation du travail en file d’attente séquentielles ou //

En laissant le noyeau arbitrer la distribution des resources, pour les closures sensées réaliser le travail.

Ça ne résout pas tout, ça reste d’assez bas niveau, obligeant à gérer avec beaucoup d’attention les files d’attente.

Et pour ce qui est des browsers ils sont massivement multithreadé ... je me souviens particulièrement d’Omniweb sous NeXTStep smile.gif

Par contre oui, à cette époque et encore aujourd’hui l’affichage se fait dans la thread principale... quoique maintenant avec Métal qui permet de faire du multithreading massivement, on devrait pouvoir bricoler certains trucs pour les surfaces d’affichage de MetalKit...

Ce message a été modifié par Hebus - Hier, 13:57.


--------------------
MBP 2018, Touch Bar, i7 2.6 GHz, 32 GB RAM, 1T SSD, Radeon 560X ... du bonheur !
eGPU : Akitio Node, RX 580 et GTX 980 Ti

Un Discord pour la concorde :)
Go to the top of the page
 
+Quote Post
iAPX
posté Hier, 14:05
Message #51


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (Hebus @ 12 Nov 2018, 08:56) *
Quand même grand central offre une manière interessante de faire du //isme en imposant l’organisation du travail en file d’attente séquentielles ou //

En laissant le noyeau arbitrer la distribution des resources, pour les closures sensées réaliser le travail.

Ça ne résout pas tout, ça reste d’assez bas niveau, obligeant à gérer avec beaucoup d’attention les files d’attente.
...

C'est l'inverse, GrandCentral est une abstraction de haut-niveau sans les outils de bas-niveau indispensables pour exploiter efficacement du parallélisme, idéal pour faire une démo, un prototype, mais qui ne doit guère être utilisé dans les applications réelles smile.gif

Pour le reste entre le budget et son petit copain deadline, sans parler d'Amdahl qui fait la loi, faut pas trop rêver en couleur sur ce que l'avenir nous apportera sur les tâches interactives, puisque si on a pas su ou voulu le faire en quelques décennies de micro-ordinateur à plusieurs cœurs (initialement via des CPU mono-cœur interconnectées), je ne vois pas pourquoi ça arriverait magiquement demain!

Ce message a été modifié par iAPX - Hier, 14:07.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post
Hebus
posté Hier, 14:42
Message #52


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 5 167
Inscrit : 24 Sep 2015
Membre no 196 570



Citation (iAPX @ 12 Nov 2018, 14:05) *
Citation (Hebus @ 12 Nov 2018, 08:56) *
Quand même grand central offre une manière interessante de faire du //isme en imposant l’organisation du travail en file d’attente séquentielles ou //

En laissant le noyeau arbitrer la distribution des resources, pour les closures sensées réaliser le travail.

Ça ne résout pas tout, ça reste d’assez bas niveau, obligeant à gérer avec beaucoup d’attention les files d’attente.
...

C'est l'inverse, GrandCentral est une abstraction de haut-niveau sans les outils de bas-niveau indispensables pour exploiter efficacement du parallélisme, idéal pour faire une démo, un prototype, mais qui ne doit guère être utilisé dans les applications réelles smile.gif

Pour le reste entre le budget et son petit copain deadline, sans parler d'Amdahl qui fait la loi, faut pas trop rêver en couleur sur ce que l'avenir nous apportera sur les tâches interactives, puisque si on a pas su ou voulu le faire en quelques décennies de micro-ordinateur à plusieurs cœurs (initialement via des CPU mono-cœur interconnectées), je ne vois pas pourquoi ça arriverait magiquement demain!


Non bas niveau par rapport à des abstractions du type Future que l’on trouve dans Netty/Scala ... autres et bientôt Swift. Je m’en suis servi intensivement cette année...

Je ne sais pas où en est la discussion autour de cet ajout à Swift mais les dernières info que j’avais, ils considéraient utiliser GCD en dessous... comme sous Scala, les Future utilsent les files de threads gérées par Java, comme contexte d’execution et on a accès aux différentes stratégies associées à chaque files.

Bien sur que GCD est de plus haut niveau que les primitive de base ... je ne suis pas un expert en multi threading mais la première fois que je m’en suis servis c’était en 93 pour un plug-in à une application 3D sous NeXTStep écrite par un ami, pour déporter du calcul de forme géometriques au kernel de Mathematica smile.gif


--------------------
MBP 2018, Touch Bar, i7 2.6 GHz, 32 GB RAM, 1T SSD, Radeon 560X ... du bonheur !
eGPU : Akitio Node, RX 580 et GTX 980 Ti

Un Discord pour la concorde :)
Go to the top of the page
 
+Quote Post
Hebus
posté Hier, 17:40
Message #53


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 5 167
Inscrit : 24 Sep 2015
Membre no 196 570



Ho, je n’avais pas vu iAPX, non, GCD est utilisé dans les applications d’aujourd’hui, très fréquemment, en fait on s’en sert obligatoirement, dès qu’il y a un quelconque call back qui doit tracer dans la thread principale... genre un callback généré par un load du web, qui plus est en Swift sous ubuntu c’est le modele de concurrence utilisé puisque Foundation n’est pas dispo... si tu fais du server avec Vapor tu utilise GCD à tous les coups, mais la dernière version a définit sa propre abstraction de Future ... qui utilise GCD en dessous, comme je m’y attendais smile.gif

Sous iOS ou macOS c’est utilisé, soit directement par les APIs en C soit indirectement par les classes de Foundation : OperationQueue, et je peux dire que j’avais aidé sur un projet y a un bail, il bossait en freelance, utilisait dès le début massivement ces abstractions pour ses application iOS...

Bref, Marc_OS a raison, vous ne connaissez pas du tout le dev sous OSX / macOS / iOS

Pourtant je ne gagne pas ma croute avec...


--------------------
MBP 2018, Touch Bar, i7 2.6 GHz, 32 GB RAM, 1T SSD, Radeon 560X ... du bonheur !
eGPU : Akitio Node, RX 580 et GTX 980 Ti

Un Discord pour la concorde :)
Go to the top of the page
 
+Quote Post
iAPX
posté Hier, 20:42
Message #54


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 9 922
Inscrit : 4 Jan 2006
Lieu : Montréal
Membre no 52 877



Citation (Hebus @ 12 Nov 2018, 12:40) *
...
Bref, Marc_OS a raison, vous ne connaissez pas du tout le dev sous OSX / macOS / iOS

Pourtant je ne gagne pas ma croute avec...

Je ne connais pas tout le dev sous macOS ou iOS, mais ce n'est pas ce que @marc_os a écrit smile.gif

J'avais écrit un gros historique, je l'enlève et je vais au plus court: ce qui importe c'est de comprendre le matériel pour ne pas être freiné par des fuites d'abstraction extrêmement coûteuses car n'importe qui peut massivement paralléliser une tâche "embarrassingly parallel", mais quand on a besoin de communication entre threads et/ou process (oui en NUMA la distinction a vraiment du sens, plus encore en réparti), avec des temps de traitements pouvant être très différents, c'est une autre paire de manche...

Le problème n'est pas de faire appel à GrandCentral ou n'importe quel autre outil pour paralléliser une tâche simple (du lambda pour simplifier), déterministe et peu communicante, mais quand toutes ces conditions ne sont pas remplies wink.gif

Le maître-mot est la communication, et ça inclus les différents niveaux de cache, le bus interne (relié à la mémoire avec le bus L3 en intermédiaire), et les façons de ne pas créer de problèmes dans toute cette organisation. En bref, d'isoler en comprenant les dépendances.

Ce message a été modifié par iAPX - Aujourd'hui, 04:34.


--------------------
Apple fanboy, un des rares ici à défendre immanquablement l'immaculée (pas le prononcer "y m'a 'culé" svp!) vertu de cette société qui est le dernier rempart de la civilisation contre la barbarie, grâce au Précieux!
Go to the top of the page
 
+Quote Post

2 Pages V  < 1 2
Reply to this topicStart new topic
2 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
1 membre(s) : Gallows Pole

 



Nous sommes le : 13th November 2018 - 06:13