Reprise du message précédent :

reçu mon kit AM4 pour mon Noctua NH-D15s, montage ce soir sur le ventilo et sur la CM je pense. Ou demain.
Une semaine pour l'avoir.
Le kit est luxueux

sur ma gigabyte  
Bios F3 -> 14/02 (first release)
Bios F4 -> 20/02
Bios F5 -> 24/02
 
La ça commence a faire long sans nouveau bios je trouve

Noctua  

http://www.eteknix.com/nvidia-gtx- [...] 7-5820k/4/
 
 
euuuuuhhhhhhhhhhh    

 
 
Luxueux, comment ça, genre c'est livrée dans une peau de licorne ?  

 
 
En retard, d'au moins 3 pages ^^

 
celui la je présume ?

 
 
Ils sont déjà passé à la recherche 2.0 de la carte mère  (humour)

Oui, enfin... le scheduler ne devrait pas balader les threads non plus, c'est contre-productif de le faire car si on gagne en occupation du point de vue théorique (on peut lancer un nouveau thread sur un core sans se préoccuper de quand le thread suspendu devra redémarrer), au final on se tape une pénalité liée au ping-pong entre cores, et ça peu importe l'archi...
 
Dans le cas du SMT, il faut normalement se préoccuper des instructions de chaque thread au passage, de façon à saturer au maximum les pipelines.

 
La question est, pourquoi Microsoft ont-ils fait ca alors ? (Vrai question)

ça sers à répartir la charge de la ou des grosses threads sur plusieurs cœurs, et donc d'avoir tout les cœurs qui chauffent un peut au lieu d'un qui chauffe beaucoup.
Il suffit que le temps passé avant de changer de cœur la thread soit assez long comparé au temps de switch et au temps d’activation du turbo "un coeur" pour que l'impact soit plus positif que négatif.

 
ce n'est pas volontaire, ça doit etre un reliquat de l'archi bulldozer

Est-ce qu'il y a un thread pour les indécis des cartes mères ?

C'est un probleme NP-complet. Donc sa résolution ne peut etre que approximative.

Oui et non.
 
Le pb principal c'est que dans certains CPU AMD (les A64 X2 je crois), le flag HTT était actif alors que c'était du SMP classique.
 
Après AMD a voulu faire son kéké avec Bulldozer, et même si ça ressemble à du SMT, les CMT doivent être compté comme du SMP.
 
Du coup les kernel actuel se dise, bon c'est de l'AMD, donc le flag HTT il est pipeau, ensuite, si c'est plusieurs thread par CPU, c'est quand même des core, par ce que Bulldozer tout ça.
 
Alors ouai on peu se dire que les kernel manque de précision et font trop d'hypothèse, mais c'est moins risqué et éventuellement peu demander moins de maintenant qu'une liste de cas particulier en fonction du CPUID.

je ne sais pas si cela a été posté, pour ceux que cela intéresse évidement:

http://www.overclock.net/t/1625084 [...] 0x-1080-ti

Intel 7700k vs AMD 1800x + 1080 Ti 4K benchmarks. Thanks to LinusTechTips

Intel Core i7 7700k @ Stock
32GB G.Skill @ DDR4-3600
Asus Maximus IX Code
Kingston KC400 1TB SSD
vs
AMD Ryzen R7 1800x
16GB Corsair DDR4-3000 @ 2666
Gigabyte Aorus AX370-Gaming 5
Kingston KC400 1TB SSD

 
WOW. Trop bon *_*
 
"Votre commande n°xxxxxx, passée sur notre site GrosBill.com le 10-03-2017 a été expédiée ce jour et nous vous remercions de votre confiance.  
 
Elle doit être livrée à votre point Chronorelais dans un délai de 24 heures."
 
Commande effectuée il y a 45 min xD Je vais pouvoir tester le 1800X demain avec de la DDR 3200 CL14
 
Du coup, je vais devoir installer Windows sur un Samsung 960. On peux installer Windows 7 dessus ou pas (au niveau des drivers j'ai vu que c'était la merde pour reconnaître le SSD pendant l'install). J'ai trouvé un topic qui parle du samsung 950, mais faut faire de la grosse bidouille...
 
J'ai pas d'intérêt à passer sous Win 10 à priori à part si en applicatif (vidéo / photo) c'est plus performant (j'ai rien trouvé à ce sujet).

Certainement que d'après leurs tests la pénalité est sensiblement moindre que le gain que ça apporte.
 
Le problème se pose par contre dès qu'on recherche un comportement "temps-réel", typiquement ce qu'on a avec des jeux...

il me semble que windows 7 est limité a direct x 11 par contre, sinon je n'ai rien vu de bien neuf en passant de 7 a 10 (juste le temps de boot amélioré en fait)

 
Quel modèle la RAM ?

de toute façon activer / désacter le SMT il a toujours fallut rebooter non ?

Ouep, par contre ça devrait pouvoir se désactiver logiciellement pour les apps vu que l'OS sait faire la différence (il suffirait qu'un switch existe pour que l'API qu'il présente renvoie uniquement les cores réels).

Ca pourrait être une solution assez intéressante au final, tout ce qui est pilotes tournant avec SMT pendant que les apps "user-level" tournent sans s'en préoccuper...

 
reste sous seven , hormis les jeux en DX11 au lieu de 12 , c'est identique , seven reste quand même plus accessible et moins chiant.

toutafaÿ
je trouve ça classe moi

 
Oki merci, j'ai vraiment pas envie de me prendre la tête avec l'OS ça c'est clair ^^ et je joue pas donc c'est vite vue. J'utilise juste beaucoup la suite adobe pour le taff (Première, Lightroom, Photoshop, After Effect).
 
Reste à voir si je vais pouvoir installer Seven sur un Samsung 960. J'ai chopé les drivers Samsung NVMe sur leur site http://www.samsung.com/semiconduct [...] tools.html on verra bien

ça recommence a baisser la ram non ?

la barette 8go crucial pc4-2400 pour 50€ -> https://www.dealabs.com/bons-plans/ [...] 00-/337645

F4-3200C16D-16GTZB / G.Skill Trident Z 16 Go (2x 8 Go) DDR4 3200 MHz CL16, elle repart la semaine prochaine.
 

Oui mais la, 2 fois

Sur un CPU "classique" forcer un logiciel monothread sur un coeur ou le laisse se balader de coeur en coeur ne change pas vraiment les perfs contrairement ce qu'on pourrait s'attendre. Après là c'est un peu spécial vu qu'en soit ce sont des CPU 2x4 coeurs plutôt que 1x8 et que donc en plus des caches L1/L2 y'a aussi le cache L3 qui en souffre. Prendre ça en compte pourrait éventuellement faire gagner en perf, mais AMHA le gros à gagner c'est au niveau de la latence mémoire désormais, vu qu'au niveau scheduling avec parking off c'est iso Intel.

Moi j'ai envie de dire le contraire, passe sur win10 c'est le bon moment vu que tu te montes une config.
Après même si tu joues pas y'a pas de mal, j'ai loooooongtemps hésité et finalement j'y vois rien de négatif. Ca tourne bien, ça boot en 14s, etc..

en fait on a les meme problème que le multisocket si je comprends bien... d'ici peut on va nous sortir que les interruptions msi-x surchargent un seul coeur

voilà ce que je disais quelques pages avant y'aura pas de révolution donc tous les sites qui parles de bug c'est au buché et qu'ils arrêtent de raconter des conneries.
Côté pro si on utilise vmware depuis la version 5.1 les benchs montrent exactement ca , ils ont tenté des optim sur les topologie mais c'est juste pour gagner un poil de perf en NP et je penses que c'est comme ca qu'on devrait considérer les 8cores zen en quelques sorte du 2P car y'a le goulot du datafabric .

Exactement

Ca dépend des threads en fait, vu que comme tu le sais plus ils sont courts (ou actifs peu de temps), plus la pénalité se ressent. J'ai pas retesté sous W10, mais sous W7 et W2k il ne me semble pas qu'un SuperPi ou CPUMark se baladait (logique : thread au long cours).
 
Par contre, là je vois que mon W10 bouffe ~10% de mon bébé quad globalement occupé à 40% à quasiment rien foutre (1 jeu flash en fond + forum), avec une charge quasi égale sur chaque core qui n'est pas franchement rassurante...

 
 
Ah ouais ça le fait    Pour les Bequiet, dans un sachet plastique avec la notice (bon ont va dire que c'est meilleur pour la nature   )

 
Tu as essayé 2933mhz ?

Oui et non.
 
Parce qu'au final le CPU passe sa vie à changer de thread, du coup, que ce thread ai été précédemment géré par lui ou un autre coeur ça reviens au même, statistiquement il a +/- la même chance d'avoir son code/ses données en L0/L1/L2.
Et si c'était en L3 au final c'est la même peine que ce soit ce cœur ou un autre.
 
Le pb de RyZEN c'est vraiment le lien CCX<=>CCX. Et ce qui est fou en fait, c'est qu'AMD ne justifie pas son choix. Car il y a forcement eu un arbitrage pour une très bonne raison. Parce que je n'imagine ps qu'une team de design CPU n'ai pas pu présentir, voir son impact négatif très tôt dans le design.
 
Alors très certainement c'est un mix de conso et espace sur le die qui fait qu'on a pas une data fabric 2x plus large et p'tet taillée pour monté un peu plus haut en fréquence. Mais bon dommage quoi que ce soit un peu mode autruche du "non mais les perfs suffisent, bisous :*)

 
Oui, et il vaudrait peut-être mieux considérer chaque CCX comme un node NUMA au niveau des OS. C'est peut-être déjà fait sous Linux, remarque. Si un linuxien a un Ryzen avec le dernier kernel, j'aimerai bien le résultat de la commande "numactl --hardware": 1 node ou 2 ?
 
Sur un i5-4200U :

Bonsoir à tous. Premier post sur le forum
 
Je m'apprêtait à me faire une config à base du 7700k ce mois de mars quand Ryzen s'est décidé à pointer le bout de son nez. Je fais surtout des rendus 3d (3ds max + vray, Unreal engine...) et du jeux aussi. Donc pour moi Ryzen c'est du tout bon.
 
Ma config sera
Ryzen 1800x
32GB de ram (Pas encore choisi de modèle)
Samsung 850 evo
Une GTX 1050 Ti, plus tard dans l'année une 1080. Le 1800x n'a pas de Chipset graphique donc je suis obligé de prendre une carte pas trop chère en attendant...
Corsair RMx 750W...
...
 
Concernant la carte mère, pensez vous que ce soit problèmatique de prendre une b350? Genre une Asus Prime B350 + ou une MSI B350 TOMAHAWK?

Pas possible qu'il soit considéré comme 2 nœuds NUMA vu que la RAM est commune, contrairement à Naples qui pourrait être considéré comme 4 nœuds par socket.

perso je compare les 2 ccx a un bi-xeon sur 2 sockets donc, qui ont éxactement le meme problème, la vitesse de connexion entre socket sur le lien QPI est de 9.6go/s

Donc il faut absolument éviter de promener une thread d'un socket a l'autre, ok au sain du meme socket bien sur.

Donc il suffit (c'est une façon de parler) que le scheduler gère ce cas complexe pour avoir de très bonne perfs.

PS : il me semble que le lien entre 2 CCX est de 22go/s

Si on voit un CCX comme un socket, ça n'est pas si délirant: tu peux multiplier les CCX (voir Naples)