Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forums MacBidouille _ Macbidouille Articles & News : Vos Réactions _ Intel dévoilera officiellement sa huitième génération de processeurs Core le 21 août

Écrit par : Lionel 9 Aug 2017, 06:37

Intel a annoncé que sa huitième génération de processeurs Core sera dévoilée le 21 août prochain lors d'une grande conférence.

Chose amusante, Intel fait le buzz en annonçant que des choses incroyables se produisent quand toutes les choses sont alignées. La société fait en fait référence à cette journée du 21 août où se produira une éclipse totale de soleil visible depuis les Etats-Unis.
Elle en fait donc un signe annonciateur de bonnes choses (ce qui n'a pas toujours été le cas dans les croyances populaires) alors même qu'AMD ne lui a jamais fait tant d'ombre.
Intel sous-entend peut-être que dans le monde des processeurs elle représente le soleil et ses concurrents seulement une lune capable d'éclipser seulement très brièvement sa splendeur.

Dans les faits, Intel dévoilera sa nouvelle architecture Coffee Lake.

Elle sera toujours gravé en 14nm, mais le procédé a évolué et Intel promet des gains supérieurs à 15% en performances.
A priori, ce sont surtout les ordinateurs portables qui devraient bénéficier de ce gain de puissance grâce à un meilleur rapport performances-consommation.
Ces puces inaugureront également de nouveaux chipsets sur lesquels on n'a pas encore d'informations précises.

Intel joue gros sur ce lancement alors qu'AMD revient en force dans le monde des ordinateurs de bureau avec ses puces Ryzen et s'apprête à en sortir des déclinaisons mobiles.

http://macbidouille.com/news/2017/08/09/intel-devoilera-officiellement-sa-huitieme-generation-de-processeurs-core-le-21-aout


Écrit par : GregWar 9 Aug 2017, 07:07

Il faut bien que le marketing d'Intel trouve qqc à raconter, parce que +15%, ca reste la misère.
Le gain d'efficacité énergétique des CPUs est vraiment appréciable, mais l'industrie entière souffre du peu de progrès.

Un mac de 2012 avec un SSD récent est quoi 30% plus lent qu'un mac de 2017 ?

Écrit par : velvia 9 Aug 2017, 07:09

Il est possible qu'il y ait l'AVX512. C'est une rumeur qui court depuis longtemps car il me semble qu'un ingénieur Intel avait fait un commit dans llvm qui montrait cela. Ce serait pour moi l'occasion de changer de MacBook Pro.

Citation (GregWar @ 9 Aug 2017, 08:07) *
Il faut bien que le marketing d'Intel trouve qqc à raconter, parce que +15%, ca reste la misère.
Le gain d'efficacité énergétique des CPUs est vraiment appréciable, mais l'industrie entière souffre du peu de progrès.


http://www.gotw.ca/publications/concurrency-ddj.htm.

Les CPUs sont à bout. Pour gagner en performance, il faudra :
1 - Optimiser les logiciels
2 - Adopter des solutions hétérogènes : GPU, FGPA

Dans le genre, il y a un "compute stick" en USB qui existe chez Intel. C'est pour le deep learning : http://www.mouser.fr/new/Intel/intel-movidius-stick/http://www.mouser.fr/new/Intel/intel-movidius-stick/

Écrit par : Jean-Jacques Cortes 9 Aug 2017, 07:18

Les éclipses annoncent des catastrophes à court terme. Celle de 1999 en France s'est produite 4 mois avant les ouragans qui ont ravagés nos forêts. Pour Intel, c'est peut-être le chant du cygne.

Écrit par : Macintox 9 Aug 2017, 09:08

Cette génération Coffee lake 14nm n'est là que parce qu'Intel a des problèmes pour produire en masse la vraie nouveauté qui était prévue " Cannonlake" 10nm avec support pour la LPDDR4 etc.. https://en.wikipedia.org/wiki/Cannonlake.
C'est donc une mauvaise nouvelle pour le mac. On a peu de chance de voir comme +- prévu début 2018 un Macbook 12" avec 2 TH3.0 ( en lieu du minable 1x USB-C Gen1 !!) et des macbook pro avec 6 x usb-c et 32GB de ram.
Par contre question dépenses c'est super, on n'est pas tenté d'acheter pour un bon bout de temps.



Écrit par : Macnford 9 Aug 2017, 11:06

Marketing omnipotent, segmentations outrancières et tarifs "Roi Soleil". Intel.

Écrit par : iAPX 9 Aug 2017, 12:06

Citation (Macnford @ 9 Aug 2017, 06:06) *
Marketing omnipotent, segmentations outrancières et tarifs "Roi Soleil". Intel.

Et marges à faire pâlir d'envie Apple aussi!

Écrit par : Papalou 9 Aug 2017, 12:34

Citation (velvia @ 9 Aug 2017, 08:09) *
"compute stick"


Trois gros mots eu seulement deux mots, bravo ! biggrin.gif

Écrit par : velvia 9 Aug 2017, 12:45

Citation (Macnford @ 9 Aug 2017, 12:06) *
Marketing omnipotent, segmentations outrancières et tarifs "Roi Soleil". Intel.


Je ne suis pas sur qu'Intel se porte si bien que cela. Ils ont quand même beaucoup dégraissé l'année dernière et ils serrent pas mal la vis en ce moment. Il faut savoir qu'Intel fait l'essentiel de sa marge pour les serveurs. Le marché "Mac/PC" ne représente que très peu pour eux.

Après, ils ont eu une position dominante essentiellement parce qu'AMD a été très mauvais ces dernières années (beaucoup de coeurs peu puissants, mis en valeur outrancière des GPUs). AMD avait parié sur le Mac Pro Tube comme l'ordinateur idéal. Cela les a poussé à faire des processeurs mauvais en nombres flottants en misant tout sur le GPU. Ils se sont plantés parce que l'industrie du logiciel n'a pas suivi. Apple s'est aussi planté. On l'oublie souvent, mais ce Mac Pro Tube, c'était vraiment en phase avec la vision AMD.

Ce n'est quand même pas la faute d'Intel si AMD a été mauvais. Maintenant qu'AMD revient dans la course avec des coeurs à gogo, Intel est obligé de faire la même chose pour des raisons de marketing. Mais pour monsieur tout le monde, 18 coeurs cela ne sert à rien, car les logiciels ne sont pas fait pour actuellement.

Écrit par : os2 9 Aug 2017, 13:04

Citation (velvia @ 9 Aug 2017, 13:45) *
Citation (Macnford @ 9 Aug 2017, 12:06) *
Marketing omnipotent, segmentations outrancières et tarifs "Roi Soleil". Intel.


Je ne suis pas sur qu'Intel se porte si bien que cela. Ils ont quand même beaucoup dégraissé l'année dernière et ils serrent pas mal la vis en ce moment. Il faut savoir qu'Intel fait l'essentiel de sa marge pour les serveurs. Le marché "Mac/PC" ne représente que très peu pour eux.

Après, ils ont eu une position dominante essentiellement parce qu'AMD a été très mauvais ces dernières années (beaucoup de coeurs peu puissants, mis en valeur outrancière des GPUs). AMD avait parié sur le Mac Pro Tube comme l'ordinateur idéal. Cela les a poussé à faire des processeurs mauvais en nombres flottants en misant tout sur le GPU. Ils se sont plantés parce que l'industrie du logiciel n'a pas suivi. Apple s'est aussi planté. On l'oublie souvent, mais ce Mac Pro Tube, c'était vraiment en phase avec la vision AMD.

Ce n'est quand même pas la faute d'Intel si AMD a été mauvais. Maintenant qu'AMD revient dans la course avec des coeurs à gogo, Intel est obligé de faire la même chose pour des raisons de marketing. Mais pour monsieur tout le monde, 18 coeurs cela ne sert à rien, car les logiciels ne sont pas fait pour actuellement.


la grosse utilisation pour monsieur tous le monde d'un pc est aujourd'hui le web... un seul logiciel surement pas mais plusieurs oui...

Écrit par : SartMatt 9 Aug 2017, 13:17

Citation (velvia @ 9 Aug 2017, 08:09) *
Les CPUs sont à bout. Pour gagner en performance, il faudra :
1 - Optimiser les logiciels
2 - Adopter des solutions hétérogènes : GPU, FGPA
+1. Il y a beaucoup de travail d'optimisation à faire.

Tiens l'autre jour j'ai découvert un OS qui donne une idée de ce à quoi peut mener l'optimisation... Un système 64 bits, graphique, multi-tâche, livré avec un éditeur de texte, un compilateur, un navigateur web, une dizaine de jeux graphiques et quelques autres applications (client mail, FTP, serveur FTP, serveur HTTP, lecteur MP3...), des drivers pour les principales classes d'appareils USB (webcams, stockage, tuner TV, imprimantes...)... tout ça tiens dans les 1.44 Mo d'une disquette (y compris http://www.menuetos.net/leaf.jpg, qui occupe à elle seule 10% de cet espace...).

Bien entendu, c'est un exemple extrême et exagéré, parce que c'est loin d'être aussi complet qu'un Windows ou un macOS, mais rien qu'en comparant la taille de tout ça avec la taille de la bête calculatrice Windows (900 Ko sous Win7, probablement plus sous Win10 maintenant qu'elle est passée en Modern UI...), ça montre quand même qu'il y a un sacré boulot d'optimisation...

Voir ici : http://www.menuetos.net/

Citation (iAPX @ 9 Aug 2017, 13:06) *
Et marges à faire pâlir d'envie Apple aussi!
En net, Apple fait nettement plus qu'Intel ces dernières années...

Écrit par : iAPX 9 Aug 2017, 13:18

Citation (velvia @ 9 Aug 2017, 02:09) *
Il est possible qu'il y ait l'AVX512. C'est une rumeur qui court depuis longtemps car il me semble qu'un ingénieur Intel avait fait un commit dans llvm qui montrait cela. Ce serait pour moi l'occasion de changer de MacBook Pro.
...

+1 c'est pour AVX2 que j'avais changé mon MacBook Pro retina 13" seulement 4mois après l'avoir acheté, et là ça serait pour moi une avancée décisive, si il y a bien deux unités 512bits, t non l'utilisation d'une agrégation de deux unité 256bits en une unité 512bits (dans ce dernier cas, outre de mauvaises perfs, c'est inutilisable pour optimiser du code!)

Écrit par : velvia 9 Aug 2017, 13:40

Citation (iAPX @ 9 Aug 2017, 14:18) *
+1 c'est pour AVX2 que j'avais changé mon MacBook Pro retina 13" seulement 4mois après l'avoir acheté, et là ça serait pour moi une avancée décisive, si il y a bien deux unités 512bits, t non l'utilisation d'une agrégation de deux unité 256bits en une unité 512bits (dans ce dernier cas, outre de mauvaises perfs, c'est inutilisable pour optimiser du code!)


On verra déjà si il y a de l'AVX512. Mais si tu espères deux ports qui font des FMA sur 512 bits, tu peux oublier. Même les Xeons Gold Purley 5xxx ne l'ont pas.
Par contre il ne faut pas oublier que les Core actuels ont bien 2 ports en AVX256 pour les FMA mais qu'un seul pour l'addition et la multiplication. Donc sur certains algos, l'AVX512 présente quand même un gain de performance par rapport à l'AVX256.

Mais bon, j'ai comme un doute sur l'AVX512 sur Coffe Lake. La page wiki semble dire qu'il n'y aura que l'AVX2. Wait and see.


Citation (SartMatt @ 9 Aug 2017, 14:17) *
Voir ici : [url="http://www.menuetos.net/"]http://www.menuetos.net/[/te='9 Aug 2017, 13:06']


Marrant. Mais bon, les gens qui ont besoin de Boost pour faire un Hello World! restent légion.

Tu ne peux pas savoir à quel point je me fais insulter sur stackoverflow lorsque je pose une question sur un problème d'implémentation d'une table de hachage. Selon le programmeur C++ moyen la STL est le truc le plus optimisé au monde (je me marre) et je ne te parle même pas de boost. Bref, on est très loin du "small is fast and beautiful" que je préconise.

Écrit par : Starfleet Command 9 Aug 2017, 15:48

QUOTE (velvia @ 9 Aug 2017, 13:45) *
Il faut savoir qu'Intel fait l'essentiel de sa marge pour les serveurs. Le marché "Mac/PC" ne représente que très peu pour eux.


Source ? Car je n'arrive pas à trouver les répartition des marges entre les différentes type de produits

Mais d'après annonce d'intel trouvable un peu partout sur interner, ils ont une marge moyenne de 62 % (!!!) et au niveau du chiffre d'affaire; les processeurs PC bureau/portables représentait 54 % du Chiffre d'affaire d'intel annoncé en avril 2017 en 55 % en 2016. Contre 29 % pour les serveurs.

Donc je ne sais si la marge est plus important sur le versant serveur, mais en tout cas si le ventes de CPU bureau et portable en prennent un coup, a cause (grace ?) à AMD ils vont le sentir passer, avec on l’espère des répercutions positives pour du cotés des clients finaux, qui sont un peu les vaches à lait victimes d'un monopole qui dure depuis trop longtemps.


Écrit par : SartMatt 9 Aug 2017, 15:55

Citation (Starfleet Command @ 9 Aug 2017, 16:48) *
une marge moyenne de 62 % (!!!)
Attention, il s'agit là de la marge brute, donc avant imputation de la R&D, qui est un poste de dépense très important chez Intel... En net, la marge n'est "que" de 17% sur la dernière année fiscale.

Citation (Starfleet Command @ 9 Aug 2017, 16:48) *
Donc je ne sais si la marge est plus important sur le versant serveur
Clairement, en marge brute, c'est largement plus côté serveur.

Après, en net, ils font un peu ce qu'ils veulent, il y a une énorme part commune côté R&D, donc selon la façon dont ils répartissent ces coûts entre les deux catégories ça peut moduler les bénéfices de chaque côté... Si par exemple tout ce qui est commun aux Xeon et Core i est imputé sur la division desktop, ça gonfle artificiellement les bénéfices côté serveurs, et inversement...

Écrit par : velvia 9 Aug 2017, 16:05

Citation (Starfleet Command @ 9 Aug 2017, 16:48) *
Source ? Car je n'arrive pas à trouver les répartition des marges entre les différentes type de produits


Malheureusement, les bonnes sources ne se dévoilent pas :-) Disons que ce que j'avance vient du bon sens d'une personne qui voit de l'extérieur ce qui compte pour Intel.

Attention, je ne parle pas du pourcentage du chiffre d'affaire, mais du pourcentage de marge. On peut avoir un gros volume sur lequel on ne gagne pas grand chose (les Core i5/i7/i9) et un volume plus faible sur lesquels les marges sont conséquentes (Xeons). Un Xeon haut de gamme vendu 10 000$ ne coute surement pas plus cher à produire qu'un Core i5 vendu quelques centaines de dollars. Donc la différence de marge entre ces deux segments est colossale.

Ensuite, il est vrai que pour la R&D, c'est très difficile de faire la répartition entre desktop et serveurs car les puces sont très proches donc ce qui est investi pour les serveurs est aussi utile pour les Desktops. Donc faire une distinction de marge nette entre les Desktops et serveurs n'a pas beaucoup de sens. Mais ce qui est clair, c'est que ce sont les serveurs qui font vivre Intel.

La courbe que les actionnaires scrutent, c'est celle-ci. Intel a explosé entre 2004 et 2009. Pour AMD, on voit que Bulldozer leur a fait du mal autour de 2012.




C'est la même chose pour AMD. Il seraient incapables de proposer des Ryzen à ce prix si ils ne se faisaient pas leur beurre sur les Naples. Il semble que ces derniers peuvent trouver le marché sur les serveurs car ils ont une bande passante plus élevée que les Xeons Purley (8 memory channel pour Naples, 6 pour Purley).

Écrit par : iAPX 9 Aug 2017, 17:33

Citation (velvia @ 9 Aug 2017, 08:40) *
Citation (iAPX @ 9 Aug 2017, 14:18) *
+1 c'est pour AVX2 que j'avais changé mon MacBook Pro retina 13" seulement 4mois après l'avoir acheté, et là ça serait pour moi une avancée décisive, si il y a bien deux unités 512bits, t non l'utilisation d'une agrégation de deux unité 256bits en une unité 512bits (dans ce dernier cas, outre de mauvaises perfs, c'est inutilisable pour optimiser du code!)


On verra déjà si il y a de l'AVX512. Mais si tu espères deux ports qui font des FMA sur 512 bits, tu peux oublier. Même les Xeons Gold Purley 5xxx ne l'ont pas.
Par contre il ne faut pas oublier que les Core actuels ont bien 2 ports en AVX256 pour les FMA mais qu'un seul pour l'addition et la multiplication. Donc sur certains algos, l'AVX512 présente quand même un gain de performance par rapport à l'AVX256.

Mais bon, j'ai comme un doute sur l'AVX512 sur Coffe Lake. La page wiki semble dire qu'il n'y aura que l'AVX2. Wait and see.
...

Moi il me faudra 2 ports AVX512, et pas spécialisés FMAD: si je veux du FMAD tout con, j'utilise OpenCL et ça dépote, mais AVX2 et AVX512 ont de biens meilleurs atouts poru des traitement plus complexes qu'en GPGPU, et j'ai hâte de mettre les mains dans le cambouis, mais avec des perfs réelles (2 unités pas trop spécialisées svp M. Intel), pour pouvoir optimiser le code dans une configuration qui va rester relativement stable dans le temps.

Écrit par : velvia 9 Aug 2017, 17:57

Citation (iAPX @ 9 Aug 2017, 18:33) *
Moi il me faudra 2 ports AVX512, et pas spécialisés FMAD: si je veux du FMAD tout con, j'utilise OpenCL et ça dépote, mais AVX2 et AVX512 ont de biens meilleurs atouts poru des traitement plus complexes qu'en GPGPU, et j'ai hâte de mettre les mains dans le cambouis, mais avec des perfs réelles (2 unités pas trop spécialisées svp M. Intel), pour pouvoir optimiser le code dans une configuration qui va rester relativement stable dans le temps.


Sur les anciennes puces, en AVX2, il y avait que le FMA qui était doublé. En tout cas je suis sur que l'addition et la multiplication de flottants n'avaient droit qu'à un seul port. Pour les entiers, je ne sais pas cas je n'utilise jamais cela.

Je crois que comme les FMA, l'addition et la multiplication sur les flottants ont deux ports sur les Xeons 6xxx et au dessus (les Gold et les Platinium), mais je ne suis pas sur. Il y a maintenant beaucoup de ports activés ou non selon les modèles ce qui rend tout cela très compliqué.

Écrit par : iAPX 9 Aug 2017, 18:35

Citation (velvia @ 9 Aug 2017, 12:57) *
Citation (iAPX @ 9 Aug 2017, 18:33) *
Moi il me faudra 2 ports AVX512, et pas spécialisés FMAD: si je veux du FMAD tout con, j'utilise OpenCL et ça dépote, mais AVX2 et AVX512 ont de biens meilleurs atouts poru des traitement plus complexes qu'en GPGPU, et j'ai hâte de mettre les mains dans le cambouis, mais avec des perfs réelles (2 unités pas trop spécialisées svp M. Intel), pour pouvoir optimiser le code dans une configuration qui va rester relativement stable dans le temps.


Sur les anciennes puces, en AVX2, il y avait que le FMA qui était doublé. En tout cas je suis sur que l'addition et la multiplication de flottants n'avaient droit qu'à un seul port. Pour les entiers, je ne sais pas cas je n'utilise jamais cela.

Je crois que comme les FMA, l'addition et la multiplication sur les flottants ont deux ports sur les Xeons 6xxx et au dessus (les Gold et les Platinium), mais je ne suis pas sur. Il y a maintenant beaucoup de ports activés ou non selon les modèles ce qui rend tout cela très compliqué.

Oui il y a aussi des usages auxquels les gens ne pensent pas pour les unités load/store SSE ou AVX 256bits (j'inclue les unités AVX2 qui n'en sont qu'une extension), c'est la manipulation de Référence avec Capabilities, ainsi que les structures référencées, qu'on peut -alors- passer en 128bits ou 256 bits et déplacer à toute vitesse, garder dans les registres, etc.

Quand aux unités 512bits (64octets, une ligne de cache actuelle), c'est parfait pour des listes chaînées hybrides (7 entrées 64bits et un pointeur vers le suivant, ou 15+1, etc.), il y a des optimisations incroyablement efficaces pour les algorithmes "communs" en utilisant des unités de 256bits et plus.

Et là, pour mon gros projet actuel, c'est du bonbon smile.gif

Écrit par : velvia 9 Aug 2017, 19:34

Citation (iAPX @ 9 Aug 2017, 19:35) *
Oui il y a aussi des usages auxquels les gens ne pensent pas pour les unités load/store SSE ou AVX 256bits (j'inclue les unités AVX2 qui n'en sont qu'une extension), c'est la manipulation de Référence avec Capabilities, ainsi que les structures référencées, qu'on peut -alors- passer en 128bits ou 256 bits et déplacer à toute vitesse, garder dans les registres, etc.
Quand aux unités 512bits (64octets, une ligne de cache actuelle), c'est parfait pour des listes chaînées hybrides (7 entrées 64bits et un pointeur vers le suivant, ou 15+1, etc.), il y a des optimisations incroyablement efficaces pour les algorithmes "communs" en utilisant des unités de 256bits et plus.
Et là, pour mon gros projet actuel, c'est du bonbon smile.gif


Tu programmes avec des "intrinsic" ?

Écrit par : linus 9 Aug 2017, 20:59

Citation (GregWar @ 9 Aug 2017, 08:07) *
Il faut bien que le marketing d'Intel trouve qqc à raconter, parce que +15%, ca reste la misère.
Le gain d'efficacité énergétique des CPUs est vraiment appréciable, mais l'industrie entière souffre du peu de progrès.

Un mac de 2012 avec un SSD récent est quoi 30% plus lent qu'un mac de 2017 ?

Un MacBook pro 2006 avec un disque hybride se comporte de façon très raisonnable (boot en 20s) et il faut attaquer une tache intensive (compression vidéo) pour se rendre compte qu'on n'a pas une machine récente entre les mains !

Écrit par : Starfleet Command 9 Aug 2017, 22:45

QUOTE (velvia @ 9 Aug 2017, 17:05) *
QUOTE (Starfleet Command @ 9 Aug 2017, 16:48) *
Source ? Car je n'arrive pas à trouver les répartition des marges entre les différentes type de produits


Malheureusement, les bonnes sources ne se dévoilent pas :-) Disons que ce que j'avance vient du bon sens d'une personne qui voit de l'extérieur ce qui compte pour Intel.



Ah bon, ben, si ta source c'est ton bon sens, je comprend mieux.

Si il y a bien un truc dont je me méfie c'est le bon sens de madame Michou.

Donc en gros on n'en sait rien.

Écrit par : iAPX 9 Aug 2017, 22:51

Citation (velvia @ 9 Aug 2017, 14:34) *
Citation (iAPX @ 9 Aug 2017, 19:35) *
Oui il y a aussi des usages auxquels les gens ne pensent pas pour les unités load/store SSE ou AVX 256bits (j'inclue les unités AVX2 qui n'en sont qu'une extension), c'est la manipulation de Référence avec Capabilities, ainsi que les structures référencées, qu'on peut -alors- passer en 128bits ou 256 bits et déplacer à toute vitesse, garder dans les registres, etc.
Quand aux unités 512bits (64octets, une ligne de cache actuelle), c'est parfait pour des listes chaînées hybrides (7 entrées 64bits et un pointeur vers le suivant, ou 15+1, etc.), il y a des optimisations incroyablement efficaces pour les algorithmes "communs" en utilisant des unités de 256bits et plus.
Et là, pour mon gros projet actuel, c'est du bonbon smile.gif


Tu programmes avec des "intrinsic" ?

Je programme en C-Ansi et en assembleur sur ce projet, principalement (il y a des bouts en JavaScript): gcc a du mal à utiliser les unités AVX avec AVX2 ou le SSE en détournant leur usage, il est -pour moi- trop conventionnel et pas créatif, et je n'utilise pas les intrinsic wink.gif

Expliqué autrement, ce n'est nullement pour paralléliser, mais pour optimiser la bande-passante entre le cache L1 et la CPU ainsi que la capacité de stockage hors cache L1 de cette dernière (16 registres 256bits ça fait quand-même 1Ko sous le coude! Hâte que les copies soient "gratuits" par renommage comme les registres généraux!), utiliser les registres 128bits ou 256bits pour stocker des structures (souvent des mélanges de 64bits pour les pointeurs et de 32bits à chaque fois que possible), etc.

Écrit par : velvia 9 Aug 2017, 23:06

Citation (Starfleet Command @ 9 Aug 2017, 23:45) *
Ah bon, ben, si ta source c'est ton bon sens, je comprend mieux.
Si il y a bien un truc dont je me méfie c'est le bon sens de madame Michou.
Donc en gros on n'en sait rien.


Ma source, je ne peux pas la donner et je ne peux pas non plus te dire tout ce que je sais. Il se trouve que je connais ce que représente la partie serveurs dans la marge d'Intel mais comme cette information n'est surement pas publique, je n'ai pas à la donner sur un forum. C'est à cela que servent les NDA. Maintenant si tu ne peux pas comprendre ce que j'avance tombe aussi sous le bon sens, je ne suis pas en mesure de te convaincre.


Citation (iAPX @ 9 Aug 2017, 23:51) *
Je programme en C-Ansi et en assembleur sur ce projet, principalement (il y a des bouts en JavaScript): gcc a du mal à utiliser les unités AVX avec AVX2 ou le SSE en détournant leur usage, il est -pour moi- trop conventionnel et pas créatif, et je n'utilise pas les intrinsic wink.gif

Expliqué autrement, ce n'est nullement pour paralléliser, mais pour optimiser la bande-passante entre le cache L1 et la CPU ainsi que la capacité de stockage hors cache L1 de cette dernière (16 registres 256bits ça fait quand-même 1Ko sous le coude! Hâte que les copies soient "gratuits" par renommage comme les registres généraux!), utiliser les registres 128bits ou 256bits pour stocker des structures (souvent des mélanges de 64bits pour les pointeurs et de 32bits à chaque fois que possible), etc.


Un cinglé :-) J'imagine que le doublement du nombre de registre vectoriel t'intéresse aussi. En gros, tu fais de l'assembleur.

Si un jour tu es intéressé par contribuer à une bibliothèque Open Source C++ (assez proche du C dans son implémentation) pour le calcul HPC, je suis preneur. En ce monent je passe pas mal de temps sur ma chaine de caractère : https://github.com/insideloop/InsideLoop

Écrit par : iAPX 9 Aug 2017, 23:22

Citation (velvia @ 9 Aug 2017, 18:06) *
...
Citation (iAPX @ 9 Aug 2017, 23:51) *
Je programme en C-Ansi et en assembleur sur ce projet, principalement (il y a des bouts en JavaScript): gcc a du mal à utiliser les unités AVX avec AVX2 ou le SSE en détournant leur usage, il est -pour moi- trop conventionnel et pas créatif, et je n'utilise pas les intrinsic wink.gif

Expliqué autrement, ce n'est nullement pour paralléliser, mais pour optimiser la bande-passante entre le cache L1 et la CPU ainsi que la capacité de stockage hors cache L1 de cette dernière (16 registres 256bits ça fait quand-même 1Ko sous le coude! Hâte que les copies soient "gratuits" par renommage comme les registres généraux!), utiliser les registres 128bits ou 256bits pour stocker des structures (souvent des mélanges de 64bits pour les pointeurs et de 32bits à chaque fois que possible), etc.


Un cinglé :-) J'imagine que le doublement du nombre de registre vectoriel t'intéresse aussi.

En gros, tu fais de l'assembleur.

Je fais de l'assembleur depuis bientôt 40ans, et j'aime ça, il y a un coté très créatif là-dedans qu'on ne trouve pas en utilisant des langages de haut-niveau (j'en ai fait des tonnes et je continue même avec des langages de script, je suis agnostique!), un coté Rubik's Cube, et tu ne peux pas savoir comment j'ai été content quand le Shuffling gratos est arrivé avec AVX2, totalement Rubik's Cube!

Et le code est principalement en C-Ansi pour être portable, avec un path spécifique quand utile, si il y a de l'AVX2 (fuck le passé!), notamment pour fournir un service de références avec comptage et capabilities pour un langage-tiers de haut-niveau, qui n'est pas compilé classiquement en byte-code ou bit-code (LLVM), exécuté directement via des segments de code, dont baucoup en assembleur (car non-optimisable et non-compréhensibles pour un compilateur, une absence de contexte qu'on puisse lui amener)

Écrit par : velvia 9 Aug 2017, 23:26

Citation (iAPX @ 10 Aug 2017, 00:22) *
Je fais de l'assembleur depuis bientôt 40ans, et j'aime ça, il y a un coté très créatif là-dedans qu'on ne trouve pas en utilisant des langages de haut-niveau (j'en ai fait des tonnes et je continue même avec des langages de script, je suis agnostique!), un coté Rubik's Cube, et tu ne peux pas savoir comment j'ai été content quand le Shuffling gratos est arrivé avec AVX2, totalement Rubik's Cube!

Et le code est principalement en C-Ansi pour être portable, avec un path spécifique quand utile, si il y a de l'AVX2 (fuck le passé!), notamment pour fournir un service de références avec comptage et capabilities pour un langage-tiers de haut-niveau, qui n'est pas compilé classiquement en byte-code ou bit-code (LLVM), exécuté directement via des segments de code, dont baucoup en assembleur (car non-optimisable et non-compréhensibles pour un compilateur, une absence de contexte qu'on puisse lui amener)


Et cela ne t'a jamais dit d'en faire ton métier ? Si j'ai bien compris, ce n'est pas ton boulot non ?

Je comprends tout à fait l'attrait que cela peut avoir que de coder en assembleur. J'ai le bouquin "Computer systems : a programmer's perspective" sur mon bureau et j'essaie d'en lire un leu de temos en temps.

Écrit par : iAPX 9 Aug 2017, 23:41

Citation (velvia @ 9 Aug 2017, 18:26) *
Citation (iAPX @ 10 Aug 2017, 00:22) *
Je fais de l'assembleur depuis bientôt 40ans, et j'aime ça, il y a un coté très créatif là-dedans qu'on ne trouve pas en utilisant des langages de haut-niveau (j'en ai fait des tonnes et je continue même avec des langages de script, je suis agnostique!), un coté Rubik's Cube, et tu ne peux pas savoir comment j'ai été content quand le Shuffling gratos est arrivé avec AVX2, totalement Rubik's Cube!

Et le code est principalement en C-Ansi pour être portable, avec un path spécifique quand utile, si il y a de l'AVX2 (fuck le passé!), notamment pour fournir un service de références avec comptage et capabilities pour un langage-tiers de haut-niveau, qui n'est pas compilé classiquement en byte-code ou bit-code (LLVM), exécuté directement via des segments de code, dont baucoup en assembleur (car non-optimisable et non-compréhensibles pour un compilateur, une absence de contexte qu'on puisse lui amener)


Et cela ne t'a jamais dit d'en faire ton métier ? Si j'ai bien compris, ce n'est pas ton boulot non ?

Je comprends tout à fait l'attrait que cela peut avoir que de coder en assembleur. J'ai le bouquin "Computer systems : a programmer's perspective" sur mon bureau et j'essaie d'en lire un leu de temos en temps.

J'ai commencé par là.

Avec du code en 6800 (Goupil, puis Goupil 2), 8080 (juste la présentation théorique dans un livre en 1977 dans un livre avec du code 6800 et 8080, je préférais ce dernier), Z80 (Sinclair ZX 81l; Victor Lambda; Canon X07), 6809 (Goupil G3) puis 68000 (Atari STf), pour passer au 8088 et 286 après (d'où iAPX). Je vais pas lister tous les trucs, mais jusqu'en 1992 ça a été l'essentiel de mon travail. Ah oui je fais maintenant du 6502 aussi, c'est une toute autre bestiole, un autre paradigme oserais-je dire, du génie dans 3500 transistors!
L'augmentation continue (à l'époque smile.gif ) des perfs des CPU m'a éloigné, avec du C principalement jusqu'en 2000 à peu près (eBay a marqué la fin de ça).

Mon travail c'est d'être développeur web back-end, qui a débuté avec les débuts du Minitel en 1984, pour les services en-ligne. En 1984, le 3614 était pas diffusé partout en france, ni même son ancêtre, le 614 9155, et on passait par un PAV (Point d'Accès Videotel) de France Telecom pour ses besoins internes, pour se connecter. Une longue, très longue route.
Et je pense être un bon développeur back-end, même si j'ai été gestionnaire de projet, créé des projets de A à Z, diriger une équipe, j'aime programmer. Et la quintscence de ça c'est l'assembleur avec des unités modernes et très très puissantes smile.gif

Et j'ai un projet perso que je développe, qui mélange C, assembleur pour AVX2 et JavaScript. Car maintenant c'st au logiciel d'avancer pour plus de perfs, car le hardware tape des murs tout le temps tongue.gif

Écrit par : velvia 10 Aug 2017, 10:39

Citation (iAPX @ 10 Aug 2017, 00:41) *
Et j'ai un projet perso que je développe, qui mélange C, assembleur pour AVX2 et JavaScript. Car maintenant c'st au logiciel d'avancer pour plus de perfs, car le hardware tape des murs tout le temps tongue.gif


C'est Open Source ?

Écrit par : iAPX 10 Aug 2017, 10:53

Citation (velvia @ 10 Aug 2017, 05:39) *
Citation (iAPX @ 10 Aug 2017, 00:41) *
Et j'ai un projet perso que je développe, qui mélange C, assembleur pour AVX2 et JavaScript. Car maintenant c'st au logiciel d'avancer pour plus de perfs, car le hardware tape des murs tout le temps tongue.gif


C'est Open Source ?

Pas encore.

Écrit par : Starfleet Command 10 Aug 2017, 11:12

QUOTE (velvia @ 10 Aug 2017, 00:06) *
C'est à cela que servent les NDA


Les NDA, ça sert entre autres à ce que tes petits rigolos ne propagent pas des informations confidentiels (même de manière vague) pour se la péter sur des forums.
Donc si tu en a signé un, tu l’as violé. On commence comme cela et après une fois le doigt dans l’engrenage de la délinquance et du crime ont fini par violer des grandes mères.

QUOTE (velvia @ 10 Aug 2017, 00:06) *
Ma source, je ne peux pas la donner et je ne peux pas non plus te dire tout ce que je sais. Il se trouve que je connais ce que représente la partie serveurs dans la marge d'Intel mais comme cette information n'est surement pas publique, je n'ai pas à la donner sur un forum.


Moi aussi j’ai mes sources, il se trouve que je couche avec la fille et la femme du Président d’intel (et quelque fois avec le président lui-même, mais j’ai signé un NDA), mais comme cette information n’est pas publique je n’ai pas à la donner sur un forum.

QUOTE (velvia @ 10 Aug 2017, 00:06) *
Maintenant si tu ne peux pas comprendre ce que j'avance tombe aussi sous le bon sens, je ne suis pas en mesure de te convaincre.


L’avantage avec le bon sens cela peut aller dans n’importe quel direction (jeu de mot)

2 Exemples en situation :

Exemple 1)
Gugusse qui sait tout numéro 1) : « C’est évident qu’Intel qui n’a pas de concurrence sur ce créneau se gave sur les marge des Xeon serveurs . De toute façon les clients n’ont pas d’alternative et le prix du processeur n’est pas significatif par rapport au reste de leur coup, donc ils sont prêt à payer cher les CPU et intel ne va pas se gêner, les processeur grand publique c’est juste pour faire tourner la machine»

Auditoire : « Ben ça, c’est bin vrai ! »

Exemple 2)

Gugusse qui sait tout numéro 2) : « c’est évident que vous le nombre de cœur, transistor et les exigences de qualité d’un Xeon qui doit travailler 24/24 365 jours par an, ils ont forcément un taux de déchets en production beaucoup plus important (Bien que les design xéon soient toujours basé sur une gen de retard sur le grand publique). D’autant plus que ces dernières années, les Xeon ont beaucoup plus évolué technologiquement et en terme de puissance/coeurs que les proscesseur grand publique.

Le coût en production et en recherche et développement est donc beaucoup plus élevé que sur le segment grand publique et donc les marges forcément beaucoup plus basses. Mais ce n’est pas grave car c’est une vitrine technologique qui rapport quand même un peu et surtout font rêver le consommateur qui achet ensuite les i3 i 5 i 7 qui représente la plus grosse partie de CA d’intel »

Auditoire en délire : « Ouais ! Gugusse n°2, président ! Gugusse n°2, président ! »


Tu vois deux affirmations (j’aurais pu en écrire 10) tombant sur le bon sens et qui paraissent tout à fait logiques et donc vrai. Sauf qu’elles se contredisent et ne sont basé que sur des suppositions non confirmées.

Mais bon c’est toujours intéressant de spéculé, tant que cela reste des spéculations et que les deux exemples on surement du vrai en fonction du contexte et des références préscise.

En terme de spéculation, au vue des annonces contradictoire et précipité d’intel dernièrement ; il apparait qu'Intel semblerait faire dans leur froc devant les nouveaux produit AMD. Et marge plus important ou pas, il ne semblerait que contrairement à toi, eux soient inquiet sur les conséquence sur leur part de marché grand publique. Mais ce n’est que supposition.


Écrit par : velvia 10 Aug 2017, 11:25

Citation (Starfleet Command @ 10 Aug 2017, 12:12) *
...


Jamais je n'ai donné sur ce forum d'information confidentielle. De toute façon je n'en ai que très peu et les rares que j'ai n'intéressent pas les utilisateurs de Mac. Quand par exemple, je dis que les iMac Pro n'auront pas de Xeons Purley mais des Xeons Basin Falls, c'est juste du bon sens et une bonne connaissance de la ligne Intel (par exemple le fait que les Xeons Purley marchent en six-channel et que les iMac Pro marcheront en quad-channel ce qui est une information publique). Et pour l'instant mon bon sens m'a permis d'éviter de dire pas mal de conneries dont tu sembles assez friand.

Donc tu vas me soigner cette vilaine peau et ensuite tu te permets.

Citation (Starfleet Command @ 10 Aug 2017, 12:12) *
Moi aussi j’ai mes sources, il se trouve que je couche avec la fille et la femme du Président d’intel


Très intéressant. Pour info, il n'a pas une fille mais deux : https://www.mashery.com/blog/intel-ceo-brian-krzanich-and-1200-developers-attend-cal-hacks-collegiate-hackathon-berkeley

Écrit par : Starfleet Command 10 Aug 2017, 11:45

QUOTE (velvia @ 10 Aug 2017, 12:25) *
QUOTE (Starfleet Command @ 10 Aug 2017, 12:12) *
...


Jamais je n'ai donné sur ce forum d'information confidentielle. De toute façon je n'en ai que très peu et les rares que j'ai n'intéressent pas les utilisateurs de Mac. Quand par exemple, je dis que les iMac Pro n'auront pas de Xeons Purley mais des Xeons Basin Falls, c'est juste du bon sens et une bonne connaissance de la ligne Intel (par exemple le fait que les Xeons Purley marchent en six-channel et que les iMac Pro marcheront en quad-channel ce qui est une information publique). Et pour l'instant mon bon sens m'a permis d'éviter de dire pas mal de conneries dont tu sembles assez friand.

Donc tu vas me soigner cette vilaine peau et ensuite tu te permets.

QUOTE (Starfleet Command @ 10 Aug 2017, 12:12) *
Moi aussi j’ai mes sources, il se trouve que je couche avec la fille et la femme du Président d’intel


Très intéressant. Pour info, il n'a pas une fille mais deux : http://"%20<a%20href="https://www.mashery.com/blog/intel-ceo-brian-krzanich-and-1200-developers-attend-cal-hacks-collegiate-hackathon-berkeley""%20target="_blank">https://www.mashery.com/blog/intel-ceo-bria...-berkeley"</a>


Par contre je voient que tu ne nie pas avoir violer des grand mères.

Intéressant !

Écrit par : velvia 10 Aug 2017, 11:49

Citation (Starfleet Command @ 10 Aug 2017, 12:45) *
Par contre je voient que tu ne nie pas avoir violer des grand mères.
Intéressant !


Ce que je fais avec les grands-mères, c'est aussi une information publique, donc je n'ai pas besoin de le nier ou le confirmer : https://www.youtube.com/watch?v=U2ihlPmTDNw

Ensuite, comme ta culture semble assez limitée, je t'invite à visionner cette vidéo qui te permettra de savoir à quel point je méprise tes réponses : https://www.youtube.com/watch?v=nGaYkbaTF6E

Écrit par : Starfleet Command 10 Aug 2017, 13:34

QUOTE (velvia @ 10 Aug 2017, 12:49) *
Ensuite, comme ta culture semble assez limitée


Source ?

Écrit par : velvia 10 Aug 2017, 14:35

Citation (Starfleet Command @ 10 Aug 2017, 14:34) *
Citation (velvia @ 10 Aug 2017, 12:49) *
Ensuite, comme ta culture semble assez limitée


Source ?

--------------------
Il existe 10 types de personne dans le monde, ceux qui comprennent le binaire et les autres.


Ta signature par exemple. Elle est typique du petit boutonneux qui vient de comprendre l'écriture en base 2 et qui pense depuis être à l'apogée de la connaissance informatique tout en pensant encore que la petite amie de Donald E. K. est Minnie.

Si je suis très désagréable avec toi, c'est simplement parce que tu m'accuses de quelque chose de grave qui est totalement faux, à savoir divulger des informations confidentielles. Je ne comprends d'ailleurs pas pourquoi tu t'es lancé dans ce message très long et très désagréable.

La bêtise surement.

Écrit par : SartMatt 10 Aug 2017, 14:49

Citation (velvia @ 10 Aug 2017, 15:35) *
tout en pensant encore que la petite amie de Donald E. K. est Minnie
Ben ouais, tout le monde sait que c'est Daisy laugh.gif

Écrit par : velvia 10 Aug 2017, 14:54

Citation (SartMatt @ 10 Aug 2017, 15:49) *
ouais, tout le monde sait que c'est Daisy laugh.gif


biggrin.gif

Écrit par : Eagle Kiss 10 Aug 2017, 15:02

Citation (velvia @ 9 Aug 2017, 13:45) *
Mais pour monsieur tout le monde, 18 coeurs cela ne sert à rien, car les logiciels ne sont pas fait pour actuellement.

Le seront t'ils un jour rolleyes.gif

Je serais curieux de savoir combien de logiciels hors Apple tirent partit des 4 coeurs de nos i7 actuels rolleyes.gif

Écrit par : Starfleet Command 10 Aug 2017, 15:21

QUOTE (velvia @ 10 Aug 2017, 15:35) *
QUOTE (Starfleet Command @ 10 Aug 2017, 14:34) *
QUOTE (velvia @ 10 Aug 2017, 12:49) *
Ensuite, comme ta culture semble assez limitée


Source ?

--------------------
Il existe 10 types de personne dans le monde, ceux qui comprennent le binaire et les autres.


Ta signature par exemple. Elle est typique du petit boutonneux qui vient de comprendre l'écriture en base 2 et qui pense depuis être à l'apogée de la connaissance informatique tout en pensant encore que la petite amie de Donald E. K. est Minnie.

Si je suis très désagréable avec toi, c'est simplement parce que tu m'accuses de quelque chose de grave qui est totalement faux, à savoir divulger des informations confidentielles. Je ne comprends d'ailleurs pas pourquoi tu t'es lancé dans ce message très long et très désagréable.

La bêtise surement.


Mince ! piégé ! : tu as découvert que j'étais un ado acnéique, inscrit depuis plus de 16 ans à macbidouille (et dont le premier mac était un mac plus), inculte qui vient de découvrir la base 2 (en fait non je connaissais pas ça veut dire le binaire c'est ca ?) et que le vrai nom de Donald Duck était Donald EK, qui couché avec la copine de son ami mickey, le salaud. Attends. Donald Duck ou donald Ek ? je crois que je me Trump.

Mais ne t'en fais pas je répéterai pas à intel que tu dissémine les informations confidentiels (comme le fait que leur marge serveur est plus important que leur marge grand puplique) sur les forums tout en disant que tu ne peux pas donner la source, puis en disant que c'est intel, mais que tu ne peux pas le dire. Je ne sais pas dans ton cas mais de mon cotés dans les NDA que j'ai l'habitude de signer, le simple fait de dire que l'on a signé un NDA (et par extension être en discussion avec la compagnie en question) est une violation du NDA, mais bon...

T'en fais pas non plus je ne t'en veux pas que tu sois désagréable avec moi, je l'ai bien mérité, mes provocations ne sont là que faire rire ou pour déclencher ce type de réaction chez les personnes qui l'ai prenne au premier degrés.


Eh bien ! oui, c'est mon vice.
Déplaire est mon plaisir. J'aime qu'on me haïsse.
J'aime raréfier sur mes pas les saluts,
Et m'écrie avec joie : un ennemi de plus !
Car, pareille en tous points à la fraise espagnole,
La Haine est un carcan, mais c'est une auréole !

Écrit par : velvia 10 Aug 2017, 16:44

Citation (Starfleet Command @ 10 Aug 2017, 16:21) *
Attends. Donald Duck ou donald Ek ? je crois que je me Trump.


J'ai bien vu que tu étais inscrit depuis longtemps sur le forum, mais comme disait Brassens, le temps n'y fait rien à l'affaire.

Je te laisse aussi le soin de combler ta culture avec une petite recherche google sur Donald Ervin Knuth. Il semblerait que tu n'ai même pas réussit à le trouver :-)

Et non, je n'ai pas de NDA avec Intel. Mais je ne suis pas assez bête pour mettre des informations confidentielles sur des forums. Il se trouve que le fait que DCG (Data Center Group, qui s'occupe de la vente des serveurs) est la partie d'Intel qui génère le plus de bénéfices est un secret de polichinelle. Allez, je t'évite de trop chercher sur internet car cela semble être au dessus de tes moyens:

https://www.theregister.co.uk/2017/05/03/intel_datacenter_boss_bryant_steps_down/ : "With PC sales on the decline, the DCG has been an increasingly important part of Intel's long-term strategy. The group accounted for $4.2bn in revenues last quarter, and Intel says that the DCG delivers roughly half of its operating margin."

https://www.cnbc.com/2017/02/09/intel-intc-warns-lower-data-center-profit-margins.html : "Krzanich told investors that growth in its data center group was a priority for 2017, and that Intel was a "data company," though it is usually thought of as a chip-maker."

Tu crois que le patron d'Intel met en avant DCG si ce n'est pas la partie d'Intel qui leur rapporte le plus d'argent ?

Maintenant, si tu veux t'excuser de ta sortie de plus haut, tu en sortiras grandi.

Citation (Eagle Kiss @ 10 Aug 2017, 16:02) *
Je serais curieux de savoir combien de logiciels hors Apple tirent partit des 4 coeurs de nos i7 actuels rolleyes.gif


Les logiciels "scientifiques" le font plutôt bien : encodeurs vidéos, bibliothèques spécialisées comme TensorFlow/Caffe. J'imagine que les logiciels tels que 3DSMax, Maya, Photoshop s'en sortent pas mal, mais si Lightroom ne sait pas bien le faire, il y a du soucis à se faire. Pour certains logiciels qui ont commencé il y a longtemps, cela peut être une vrai galère de paralléliser le code (utilisation de variables globales par exemple). Mais pour Lightroom, Adobe n'a aucune excuse.

Écrit par : velvia 10 Aug 2017, 18:31

Et pour les empafés qui n'y connaissent rien et qui pensent qu'Intel se gave sur leur dos, je leur suggère de lire ceci : https://www.google.fr/amp/s/www.fool.com/amp/investing/2017/03/13/are-intel-corporations-gross-margins-above-data-ce.aspx

Désolé pour ce torrent d'insultes, adressées à Starfleet Command, mais j'ai un vilain défaut : quand on m'attaque, je replique.

Écrit par : iAPX 10 Aug 2017, 21:17

Citation (velvia @ 10 Aug 2017, 13:31) *
Et pour les empafés qui n'y connaissent rien et qui pensent qu'Intel se gave sur leur dos, je leur suggère de lire ceci : https://www.google.fr/amp/s/www.fool.com/amp/investing/2017/03/13/are-intel-corporations-gross-margins-above-data-ce.aspx

Désolé pour ce torrent d'insultes, adressées à Starfleet Command, mais j'ai un vilain défaut : quand on m'attaque, je replique.

Tiens, je pensais que Intel avait un seul concurrent qui fabriquait des puces pour serveurs et workstations, pour PC de bureau, pour ordinateurs mobiles, et qui aussi s'était vautré coté smartphones: AMD.

Et là...

Écrit par : velvia 10 Aug 2017, 22:03

Citation (iAPX @ 10 Aug 2017, 22:17) *
Tiens, je pensais que Intel avait un seul concurrent qui fabriquait des puces pour serveurs et workstations, pour PC de bureau, pour ordinateurs mobiles, et qui aussi s'était vautré coté smartphones: AMD.


J'imagine que c'est tinté d'une pointe d'ironie rolleyes.gif

(Warning : Ceci est mon avis et rien d'autre. Et il est possible de se faire un avis similaire en regardant les sites comme "Next Platform". Donc, mon avis semble partagé par une grande partie des analystes. Et il est inutile d'avoir des infos secrètes, il suffit de regarder les déclarations du patron d'Intel données plus haut. Quand il dit qu'Intel est une société de "Data" et non un fabriquant de puces, je crois que la messe est dite).

Intel a bien compris que le futur de l'informatique est le suivant : des appareils mobiles avec lesquels les personnes interagissent et des serveurs sur lesquels les calculs sont faits (partie Data avec matériel + logiciel + support).

- La partie mobile est perdue côté processeurs : c'est ARM qui a gagné. Intel essaie quand même de gagner des sous là dessus comme avec les puces 4G qui équipent les iPhone notamment.

- Sur la partie serveurs, Intel domine le marché (plus de 90%) et sa crainte, comme toute entreprise qui domine, est de perdre cette domination. Depuis un an, Intel cherche à revenir sur nVidia sur le Deep Learning car ce marché est né avec les GPUs. Par exemple, Intel a racheté Nervana. Côté processeur, AMD s'est vautré ces dernières années et revient enfin avec un bon processeur. Bien sur que Intel regarde avec crainte cette remonté de AMD. Mais sachez qu'une plateforme, ce n'est pas uniquement des puissances brutes. Intel a un compilateur de très bon niveau pour la vectorisation notamment sur les nombres flottants (devant gcc et clang), une suite avec des outils de diagnostics (indispensable), les logiciels serveurs sont optimisés pour les processeurs Intel (regardez la distribution Python d'Intel où Intel a optimisé Caffe, TensorFlow, etc) et tout ce qui est nécessaire au fonctionnement d'un serveur. Sans parler des bibliothèques comme la MKL. Vous croyez qu'AMD va construire tout cela en claquant des doigts ? Pas moi. Donc Intel doit observer avec une certaine crainte AMD, mais ils ont d'autres chats à foueter : le couple IBM/nVidia par exemple avec les processeurs Power 9 qui peuvent se connecter aux GPUs nVidia avec NVLink et donc sans le bottleneck du PCI express. Il y a aussi Google qui fait ses TPUs. Croyez bien qu'Intel n'est pas ravi que Google fabrique ses propres accélérateurs. ARM a racheté une société qui fait des profiler il y a un an (Allinea). Ce n'est surement pas pour jouer aux billes.

- La partie Desktop. Intel doit se dire que ce marché n'a pas d'avenir. Regardez la part de l'iPhone sur le chiffre d'affaire d'Apple. Vous croyez vraiment qu'Intel espère faire son beurre avec la vente des iMac ? C'est un marché qui a encore son importance, notamment avec les portables, mais qui ne peut que décroitre sur le long terme. La stagnation des performance fait que le renouvellement ralenti. Il n'y a pas besoin d'avoir fait un MBA pour comprendre cela. Intel sait bien que Coffee Lake ne va pas subitement pousser les gens à changer leur matériel. Avant, je changeais mon ordinateur tous les 3 ans, mais maintenant je n'aurai surement pas besoin de le changer avant 6 ans. Je le changerai surement dans un an pour avoir l'AVX512 car j'en ai besoin pour faire des démos chez des clients, mais pour un desktop l'AVX512 n'a que peu d'intérêt. Mais vous réalisez que même un geek comme moi n'aurait surement que peu de raison de renouveler son portable avant 5/6 ans !! La dernière évolution majeure, utile pour l'utilisateur, ce sont les SSD.

Je pense qu'Intel a de bonnes cartes en mains pur le futur, mais tout le monde sait que les colosses ont des pieds d'argile et que leur futur se joue sur les serveurs (matériel + logiciel + support) et sur quelques niches sur le mobile. Donc non, les puces AMD ne fait pas *** Intel dans son froc comme dit joliment notre idiot du village. Ils regardent avec intérêt et surveillent. Mais ils ont aussi bien d'autres chats à fouetter.

Écrit par : SartMatt 10 Aug 2017, 22:37

Citation (velvia @ 10 Aug 2017, 19:31) *
Et pour les empafés qui n'y connaissent rien et qui pensent qu'Intel se gave sur leur dos, je leur suggère de lire ceci : https://www.google.fr/amp/s/www.fool.com/amp/investing/2017/03/13/are-intel-corporations-gross-margins-above-data-ce.aspx
De toute façon, dans un secteur où les coûts R&D sont aussi importants, ça a relativement peu de sens de raisonner sur la marge brute, qui justement ne tient pas compte de la R&D.

En marge nette, Intel est à moins de 20% (17.4% sur la dernière année fiscale, 20.6% sur la précédente, 19.5% sur les deux trimestres échus de l'année en cours). Ça reste beaucoup*, mais les clients d'Apple peuvent difficilement reprocher une telle marge nette à Intel, sans reprocher à Apple de faire encore plus (21.2% sur la dernière année fiscale, 22.8% sur la précédente, 21.3% sur les trois trimestres échus de l'année en cours).

* sur les ~34 000 sociétés référencés dans Google Finance, ~1800 dépassent 16% et ~1400 dépassent 22%, donc Intel a grosso modo une marge nette supérieure à celle de 95% de ces sociétés.

Écrit par : velvia 10 Aug 2017, 23:36

Citation (SartMatt @ 10 Aug 2017, 23:37) *
De toute façon, dans un secteur où les coûts R&D sont aussi importants, ça a relativement peu de sens de raisonner sur la marge brute, qui justement ne tient pas compte de la R&D.


Très bonne remarque. Et là, impossible de séparer le Desktop du Serveur. Beaucoup de technologies des Core i9 viennent du Xeon Phi KNL, comme la manière de connecter les coeurs entre eux (une grille et non un anneau comme avant). Et sur cela Intel est loin devant AMD et ses tiles. Après il faudra voir en pratique si cela apporte un avantage.

Il faut aussi comparer des entreprises qui sont dans le même domaine. Il semblerait qu'en marge nette, Intel soit en ce moment un peu en dessous de 20%, Apple un peu au dessus (alors qu'ils font du business avec des consomatteurs, pas des entreprises) et nVidia est à 26%. Je serai curieux de voir ARM, mais je n'ai pas réussi à trouver. Donc qu'Intel se gave, il faudra repasser. Il vivent correctement, voilà tout. C'est honteux pour une société qui a produit de très bon processeurs ? (Bon c'est vrai qu'il faut rendre à AMD ce qui est à AMD : le x86-64 a été inventé par AMD, mais Intel n'y peut rien si ils ont mieux su l'exploiter huh.gif ).

Écrit par : iAPX 11 Aug 2017, 00:01

Citation (velvia @ 10 Aug 2017, 17:03) *
...
Je pense qu'Intel a de bonnes cartes en mains pur le futur, mais tout le monde sait que les colosses ont des pieds d'argile et que leur futur se joue sur les serveurs (matériel + logiciel + support) et sur quelques niches sur le mobile. Donc non, les puces AMD ne fait pas *** Intel dans son froc comme dit joliment notre idiot du village. Ils regardent avec intérêt et surveillent. Mais ils ont aussi bien d'autres chats à fouetter.

Intel a perdu le marché des smartphone et des tablettes, sauf exception.

Intel est en train de perdre le marché des ordinateurs de bureau, provisoiremnt face à AMD et dans le futur proche face aux ARM.

Intel va perdre le marché des ordinateurs portables, peut-être qu'AMD pourra s'y immiscer 2 ou 3ans, mais in-fine ça sera du ARM là aussi.

Intel s'st réfugié dans les CPU pour serveurs, comme IBM avant lui, et tout comme cette dernière compagnie, ils vont être littéralement liquidé par le petit dernier, ARM.
Et comme ce qu'on a entendu à propos d'Intel rentrant sur le marché des serveurs, avec le Pentium Pro, on va l'entendre à propos d'ARM, mais ils sont foutus.
Reprends les citations expliquant que jamais un fabricant de CPU grand-public ne pourrait rentrer sur le marché des serveurs et workstation, face à IBM, Sun, MIPS, et tu verras bien que beaucoup disent exactement la même chose pour ARM.

La seule inconnue pour moi, c'est la timeline. Mais Intel est mort.

Écrit par : SartMatt 11 Aug 2017, 00:03

Citation (velvia @ 11 Aug 2017, 00:36) *
Je serai curieux de voir ARM, mais je n'ai pas réussi à trouver.
96% de marge brute sur le dernier trimestre publié (2016Q1, depuis le rachat par Softbank ce n'est plus publié), idem sur la dernière année (2015). Ça aide de ne vendre que de l'IP ^^

En net, c'est largement au dessus d'Intel également, 35% sur l'année 2015, 33% sur le 2016Q1.

Citation (velvia @ 11 Aug 2017, 00:36) *
(Bon c'est vrai qu'il faut rendre à AMD ce qui est à AMD : le x86-64 a été inventé par AMD, mais Intel n'y peut rien si ils ont mieux su l'exploiter huh.gif )
Et puis faut quand même pas oublier que le x86-64 c'est quand même avant tout du x86 hein... J'ai pas étudié le truc en détail, mais il me semble que le jeu d'instructions AMD64 de base, c'est simplement l'extension à 64 bits d'instructions qui existaient déjà dans le x86, le doublement du nombre de registres et l'augmentation de la taille des adresses mémoires... Rien de bien révolutionnaire donc. J'aurais presque tendance à dire qu'au niveau jeu d'instructions, les évolutions sont plus importantes entre deux générations de CPU Intel qu'entre le x86 et le x86-64... Très peu de nouvelles instructions dans le premier cas, mais des instructions réellement nouvelles, tandis que dans le second cas, il y a eu énormément de nouvelles instructions, mais qui ne sont que les versions 64 bits d'instructions qui existaient déjà.

Finalement, la petite révolution dans les premiers CPU AMD64, c'était peut être plus l'intégration du contrôleur mémoire que le passage à 64 bits...

Citation (iAPX @ 11 Aug 2017, 01:01) *
Intel est en train de perdre le marché des ordinateurs de bureau, provisoiremnt face à AMD et dans le futur proche face aux ARM.

Intel va perdre le marché des ordinateurs portables, peut-être qu'AMD pourra s'y immiscer 2 ou 3ans, mais in-fine ça sera du ARM là aussi.
Intel est trèèèèès loin d'avoir perdu face à AMD. Quand à ARM, ça fait des années qu'on nous dit l'an prochain il va y avoir une déferlante de notebook ARM et dans deux ans ce sera le desktop. Et en fait, toujours rien.

Au contraire, depuis Windows 10, Intel a même repris une partie du marché des tablettes à ARM (15% au premier trimestre 2017 : https://www.strategyanalytics.com/strategy-analytics/news/strategy-analytics-press-releases/strategy-analytics-press-release/2017/05/04/windows-tablets-falter-as-tablet-market-falls-10-in-q1-2017 )...

Écrit par : iAPX 11 Aug 2017, 00:09

Citation (SartMatt @ 10 Aug 2017, 19:03) *
...
Citation (iAPX @ 11 Aug 2017, 01:01) *
Intel est en train de perdre le marché des ordinateurs de bureau, provisoiremnt face à AMD et dans le futur proche face aux ARM.

Intel va perdre le marché des ordinateurs portables, peut-être qu'AMD pourra s'y immiscer 2 ou 3ans, mais in-fine ça sera du ARM là aussi.
Intel est trèèèèès loin d'avoir perdu face à AMD. Quand à ARM, ça fait des années qu'on nous dit l'an prochain il va y avoir une déferlante de notebook ARM et dans deux ans ce sera le desktop. Et en fait, toujours rien.

Au contraire, depuis Windows 10, Intel a même repris une partie du marché des tablettes à ARM...

On sait très bin tous les deux qu'Apple a déjà perdu, ils suivent un schéma qui a été maintes et maints fois suivi, par IBM, Sun, Mips, par les fabricants de disques durs de différentes tailles, les fabricants de pelleteuses, c'est documenté dans "the innovator dilemma", juste un affaire de temps, comme je l'indiquais.

Écrit par : SartMatt 11 Aug 2017, 00:13

Citation (iAPX @ 11 Aug 2017, 01:09) *
c'est documenté dans "the innovator dilemma", juste un affaire de temps, comme je l'indiquais.
Je sais que c'est ton livre de chevet, mais faut arrêter de le lire et de le relire, ça te fait dire n'importe quoi laugh.gif

Écrit par : velvia 11 Aug 2017, 00:36

Je suis d'accord avec iAPX sur le fait que ARM, plus que AMD, est dangereux pour Intel. Ils mettent les bouchées doubles en ce moment sur le serveur. À Cambridge, ils font main basse sur tous les développeurs compétents en performance. Les startups du coin ont d'ailleurs énormément de mal à embaucher car ils ne font pas le poids face à ARM. Comme je l'ai dit plus haut, si ils ont racheté Allinea qui fait des outils de diagnostics de performance, c'est clairement qu'ils investissent pour concurrencer Intel.

Une guerre ARM / Intel va surement avoir lieu sur le côté serveur dans les prochaines années. Quand ? Qui va gagner ? On verra bien, et c'est difficilement prédictible. Mais cela va surement arriver.

AMD n'a à mon avis pas grand chose à proposer et ne me semble pas une menace sérieuse pour Intel.

Citation (iAPX @ 11 Aug 2017, 01:09) *
On sait très bin tous les deux qu'Apple a déjà perdu, ils suivent un schéma qui a été maintes et maints fois suivi, par IBM, Sun, Mips, par les fabricants de disques durs de différentes tailles, les fabricants de pelleteuses, c'est documenté dans "the innovator dilemma", juste un affaire de temps, comme je l'indiquais.


En même temps tu ne prends pas grand risque. Toute entité qui domine une période est condamnée à perdre cette domination. Usain Bolt en a fait les frais la semaine dernière.

Écrit par : iAPX 11 Aug 2017, 00:54

Citation (velvia @ 10 Aug 2017, 19:36) *
...
Citation (iAPX @ 11 Aug 2017, 01:09) *
On sait très bin tous les deux qu'Apple a déjà perdu, ils suivent un schéma qui a été maintes et maints fois suivi, par IBM, Sun, Mips, par les fabricants de disques durs de différentes tailles, les fabricants de pelleteuses, c'est documenté dans "the innovator dilemma", juste un affaire de temps, comme je l'indiquais.


En même temps tu ne prends pas grand risque. Toute entité qui domine une période est condamnée à perdre cette domination. Usain Bolt en a fait les frais la semaine dernière.

Non c'est le schéma reproduit maintes et maintes fois de se réfugier dans le haut-de-gamme, ou pour ce qui nous concerne des workstations et serveurs, comme iBM, Sun et MIPS l'ont fait (entre autres mais on pourrait aussi parler de DEC dans les années 80!), pour finalement en être chassé.
Après avoir été défendu par ls mêmes arguments que ceux que je lis contre ARM aujourd'hui.

Je ne m'engage pas avec une discussion avec @SartMatt, il est de mauvaise foi, il ne programme pas, il ne sait plus ce qu'il dit, et heureusement il a 5 fuseaux horaires contre lui wink.gif

Écrit par : Rorqual 11 Aug 2017, 06:40

QUOTE (velvia @ 10 Aug 2017, 17:44) *
QUOTE (Eagle Kiss @ 10 Aug 2017, 16:02) *
Je serais curieux de savoir combien de logiciels hors Apple tirent partit des 4 coeurs de nos i7 actuels rolleyes.gif


J'imagine que les logiciels tels que 3DSMax, Maya, Photoshop s'en sortent pas mal, mais si Lightroom ne sait pas bien le faire, il y a du soucis à se faire. Pour certains logiciels qui ont commencé il y a longtemps, cela peut être une vrai galère de paralléliser le code (utilisation de variables globales par exemple). Mais pour Lightroom, Adobe n'a aucune excuse.


Pour Photoshop, pas d'intérêt au-delà de 4 coeurs. https://www.pugetsystems.com/labs/articles/Photoshop-CC-2017-1-1-CPU-Comparison-Skylake-X-Kaby-Lake-X-Broadwell-E-Kaby-Lake-Ryzen-7-976/#Conclusion. Et vu les résultats, un bon CPU 2 coeurs ferait bien l'affaire, vu que ce n'est quasiment qu'une question de fréquence, mais les processeurs les plus hauts en fréquence sont en i7 4 coeurs de toute façon.

Écrit par : SartMatt 11 Aug 2017, 07:22

Citation (iAPX @ 11 Aug 2017, 01:54) *
Non c'est le schéma reproduit maintes et maintes fois de se réfugier dans le haut-de-gamme
Donc pour toi, Intel se réfugie dans le haut de gamme là ? Avec une gamme de CPU qui commence à 21$ côté grand public et moins de 200$ côté serveurs ? Et encore, je compte pas les Atom x3 côté grand public et le Atom C côté serveurs, dont les prix ne sont pas indiqués sur ARK. Et la baisse de prix face au regain de forme d'AMD, c'est une façon de se réfugier dans le haut de gamme ? rolleyes.gif

Citation (iAPX @ 11 Aug 2017, 01:54) *
il ne programme pas
Ben dis donc, je croyais que tu me connaissais mieux que ça. Déjà Alzheimer qui pointe le bout de son nez ? Ce serait dommage que tu oublies ta prophétie avant qu'elle ne se réalise tongue.gif

Écrit par : velvia 11 Aug 2017, 14:17

Citation (SartMatt @ 11 Aug 2017, 08:22) *
Donc pour toi, Intel se réfugie dans le haut de gamme là ? Avec une gamme de CPU qui commence à 21$ côté grand public et moins de 200$ côté serveurs ? Et encore, je compte pas les Atom x3 côté grand public et le Atom C côté serveurs, dont les prix ne sont pas indiqués sur ARK. Et la baisse de prix face au regain de forme d'AMD, c'est une façon de se réfugier dans le haut de gamme ? rolleyes.gif


Je suis plutôt d'accord avec iAPX sur ce point là : Intel se réfugie vers les serveurs. Si tu regardes les déclarations du patron d'Intel, quand il dit qu'ils sont une société "Data", il met clairement en avant les serveurs. C'est pas les Atom qui les fait vivre. Sur les serveurs, le processeur de l'ancienne génération qu'on recommande souvent, c'est le E5-2690 v4 qui est à 2090$ mais que bien évidemment les constructeurs touchent pour beaucoup moins. De toute façon, le prix moyen d'une blade de serveur avec 2 sockets, pour l'utilisateur final, c'est un peu plus de 5000 euros.

Donc, là je suis d'accord avec iAPX, Intel se réfugie vers le haut de gamme. Mais je ne crois pas qu'ils aient beaucoup d'autres possibilités.

Écrit par : SartMatt 11 Aug 2017, 14:21

Citation (velvia @ 11 Aug 2017, 15:17) *
Je suis plutôt d'accord avec iAPX sur ce point là : Intel se réfugie vers les serveurs. Si tu regardes les déclarations du patron d'Intel, quand il dit qu'ils sont une société "Data", il met clairement en avant les serveurs
Oui, mais pour moi c'est plus une tendance du marché qu'un véritable mouvement de refuge.

Intel ne se "réfugie" par vers ce secteur parce qu'il ne peut pas suivre ses concurrents sur les autres secteurs (il est et reste largement leader sur son secteur historique du PC...), mais plutôt parce que c'est la tendance du marché, une demande en forte croissance côté serveurs, alors qu'elle est en berne côté PC.

Le fait qu'ils baissent les prix sur le PC suite au retour en force d'AMD montre bien qu'il n'y a pour l'instant pas de mouvement refuge vers le haut de gamme : ils tiennent à rester présent sur toute la gamme, quitte à baisser un peu les marges.

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)