Reprise du message précédent :
Merci mum !    
 
Let's go reading !

C'est un dual core sur la photo ?
 
Et 12 unités pour le GPU.

En résumé +5% d'IPC , un gain niveau GPU  des amélioration niveau conso, et une réduction de la taille de la puce.
 
@Bap2703
En haut il y a le CPU en bas l'IGP il me semble.
(c'est très probablement un Dual core puisque c'est un Cpu mobile basse conso (U/Y)

C'est l'inverse : le GPU est en haut, les cores en bas
 
[edit le temps de dessiner]  

 
Je l'ai pas mis mais en haut c'est le Haswell 4 cores, type 4770k et en bas c'est donc ce Broadwell.
 
[reedit] avec les noms sur l'image c'est plus clair.

Ah peut être, j'avais un doute  
 
Un autre article détaillé sur le 14nm :
http://www.anandtech.com/show/8367 [...] -in-detail

 
Article déjà plus intéressant et notamment sur la profondeur de gravure pour les portes, merci.

Intel semble avoir mis le paquet sur l'efficacité énergétique avec ce Core-M.
A voir ce que ça donne en vrai mais le 14nm couplé à tout une série de tweaks pour réduire la conso devrait porter ses fruits.

 
 
Cette forme de gravure me fait penser aux défauts électro-érodés que je fais réaliser dans les maquette d'expertise en acier ferritique et austéno-ferritique pour démonstration de performance de détection de contrôle ultrasonore dans les assemblage soudés avec pour but l'obtention de signaux issus des modes de réflexion et diffraction en ondes de cisaillement et de compression.

 
Il faut être certifié UT3 ou a minima UT2 avec grosse expérience pour comprendre.

En gros tu fais un réseau pour diffuser les ondes sonores ?
Mais c'est pas du tout la même échelle (des ultrasons à 10GHz ca serait louche )

On emploie surtout des ondes de l'ordre du MHz pour les modes de propagation les plus couramment utilisés.

TRON LEGACY        LOVE !!!!!!!!!!!!!!!!!!!!!!!!!    
 
--enable-libcaca  tout en finesse  
 
2500k:
 
i5 2500k
 
x264.bat
encoded 1649 frames, 14.74 fps, 6385.19 kb/s
 
x265.bat
encoded 1649 frames in 582.77s (2.83 fps), 6751.07 kb/s

 
 
Effectivement!!!    
 
Du coup, comme l'as dit Marc, cela veut dire que ma CM O/C le cpu @4.4Ghz de base.    
Dans OCCT, lors que le CPU est @ 4.4, cela veut dire qu'il tourne que sur 2 cœurs    

 
Ce serait étonnant !
 
Je pense plutôt à un overclocking par la carte mère ...

attends que l'analyste hfr attitré passe par là et te démontre que ce 14nm, c'est de la merde immonde par rapport au 90nm GF

Bon, après 11min de burn, j'atteins 63°C en max (d'après OCCT) sur mon 4790K@Stock.
J'ai donc amélioré ma ventilation boitier :
- 1x12cm en extraction arrière
- 2x14cm sur le radiateur Noctua U14S qui créent un flux d'air d'avant de la tour vers l'arrière en direction vers le ventilo arrière d'extraction.
- 2x14cm en haut de la tour en extraction
 
J'ai gagné au moins 8°C par rapport à un seul ventilo sur le U14S et 1 seul ventilo arrière en extraction.
 
TOUS les ventilos sont thermorégulés par la CM (connecteurs PWM) : 3 connecteurs chassis_fan et 2 connecteurs cpu_fan.
 
Très silencieux sous windows, et bruit modéré en jeux.
Ceci dit, mon 4790K se touche la quéquette dans tous les jeux, donc toujours des ventilos silencieux .
 
Maintenant je suis paré à l'overcloking quand ça ramera !

Effectivement beaucoup de fabricants grimpent la fréquence de base des cpu et surtout le voltage par défaut qui fait beaucoup.
 
J'ai pour ma part mis la fréquence turbo manuellement sur tout les cœurs à 4.4 et mis un Vcore manuel à 1.125v.
 
Ça arrange effectivement pas mal de choses au niveau des températures.
Pour aller encore plus loin on peut suivre les conseils de ce type http://www.tomshardware.co.uk/answ [...] l#13681707 en anglais.

 
tu auras sans doute changé de PC quand ça ramera
 
probablement quand on sera dans l'ère de l'ultra HD total, les jeux, les chaînes de TV  et les vidéos en 4k/8k

 
21.17, 3.82 @ stock

 
Bon comme tu précise pas quel Haswell, ni oc, je donne ma modeste contribution de mon i3 4330, petit Haswell mais Haswell quand même    :
 
@Stock 3.5 GHz(évidemment ^^" )  :
x264 = encoded 1649 frames, 10.51 fps , 6385,19 kb/s
x265 = encoded 1649 frames in 911.65s, 1.81 fps , 6751.07 kb/s  

 
La 4K c'est du 100% "GPU dependent", rien avoir avec le CPU.
Par contre la sortie de dx12 sera certainement plus multithreadée que dx11, et là les 8 Threads de mon I7 seront bienvenue !  

Eh zut alors, moi qui ait un 4770K à 4.2 et un NHU12P depuis un an...

Un jour oui ... mais pour l'instant pour les vidéos c'est plutôt 100% CPU en H.265

 
C'est quoi comme procal ? Y'a rien dans ta sig    

 
Cf conf
Hint: c'est pas le dx4 ni le k7.

Je vois pas de Haswell  

Bon ben c'est plus MT mais y'a tjs un gros biais en faveur d'Intel, sur un ensemble de raw avec juste les options de dev par défaut + rajout du traitement du bruit ça fait 455s pour 36 fichiers sur un 4670K et 610s sur un FX-8350 ... sans parler du fait que LightRoom est genre 4x plus rapide. C'est gratuit mais bon.

 
Je sais    
C'était un message politique pour la défense de l'honneur des configs X58 que Marc fait rien quà faire exprès d'ignorer
Les retraités au pouvoir !
 
Puis surtout j'étais curieux

Ah le traitement des raw, et dire qu'il y en a pour affirmer que les cpu sont LARGEMENT trop puissants pour le commun des mortel.
 

bug dans haswell sur l'instruction TSX :
http://www.anandtech.com/show/8376 [...] broadwelly

HFR a déjà newsé sur ce point.

En effet autant pour moi.

 
et les cores ils prennent plutot cher

 
Zut, moi qui ai acheté DAY-ONE mon i7, me reste plus qu'à DL un hotfix (bios ou windows ?)
C'est le risque du DAY-ONE

De toutes façons, si ton I7 est un 4770K il n'avait pas le TSX du tout.
 
http://ark.intel.com/products/7512 [...] apkw=4770k
 
http://ark.intel.com/products/8080 [...] apkw=4790k
 
Dans les I7-K en socket 1150 seul le 4790K l'a.
 
EDIT, ah oui je vois ta config.

Tous les DC l'ont, cad, l'I5 4690K aussi

 
en gros tu souhaites que tout le boulot d’accélération vidéo du 4k/8k ( codec h265 ) soit fait par la carte graphique pour compenser la faiblesse du CPU,
 
mais dans l'idéal il vaut mieux que le CPU fasse tout le boulot sans "cheat-mode", ça offre des avantages :
 
- pas de bugs ou d'écran bleu liés à une mauvaise implémentation du décodage hardware du h265 dans les pilotes de carte graphique
 
- les utilisateurs linux ne seront pas obligés d'attendre le support hardware h265 dans les pilotes de carte graphique version linux
 
- meilleur contrôle et rendu visuel si tout se passe en software ( on utilise le codec que l'on veut, les filtres de desentrelacement et de traitement vidéo que l'on veut, ce qui n'est pas toujours le cas quand la carte graphique fait tout en hardware, il y a des limitations, des filtres vidéos incompatibles, du VLC qui bégaie parce que les développeurs ont du mal à faire le lien avec la feature "h265 gpu acceleration"  )

quand c'est pas géré en hard par le gpu genre uvd and co... ben c'est le cpu qui se tape le décodage.
en dxva et 4k, sur ati, ça marcherait pas toujours.

Pour le 4K 100% "GPU dependent", je parlais plus pour les jeux qui eux sont en 3D vectorielle.
Oui, appliquer une matrice de transformation sur une image bitmap (video, images) de 4 millions de pixels (4K) est certainement plus long que sur une image de 2 millions de pixels (full HD).
Ça ne fait aucun doute .

De toutes manieres, on peut faire du décodage par le GPU et appliquer le post-traitement que l'on veut par le CPU...
Après c'est comme tout autre type de logiciels, faut juste (...) que les dev se bougent les fesses et sortent des routines assez performantes, non buggués et avec le minimum légale d'options