Visst det kan evenuellt vara stor skillnad i vissa saker men faktum kvarstår. Varför lägga pengar på och släppa ivy-e överhuvudtaget om det innebär en stor prestanda ökning med haswell ? " Most of the performance tweaks to the main CPU are evolutionary when compared to Ivy Bridge. At the same clock frequency, users may see performance improvements of up to 10%. The big gains are in power efficiency and graphics performance. The improvements in power efficiency will enable laptops finally hitting all-day battery life in Ultrabooks, while GPU improvements will mean mobile users will have reasonably robust game experiences on the go. "
Visst kan ha fel men tror knappast vi ser några revolutionerande siffror. Som jag sa mer prestanda säljer inte i jämförelse med effektivitet idag.
Citat taget från http://www.pcworld.com/article/262241/inside_intels_haswell_c...
Sen får du gärna länka var du läst om 100% mer flyttalsprestanda.
Tror inte heller vi kommer få se speciellt mycket mer än 15-20% ökning av enkeltråd-prestanda och kanske 20-25% bättre prestanda i det lägen "hypert-threading" används för heltal. Men det beror absolut inte på att Intel bara ägnar sig åt navelskådning p.g.a. "bristande konkurrens", folk verkar inte begripa att AMD kanske inte lägre är någon större konkurrent, men Intel drar som sagt in det mesta på high-end servers just nu och där finns Oracle (SPARC) och framförallt IBM (POWER) och ARM är definitivt en konkurrent som Intel måste möta.
Anledningen till att IPC ökningen knappast kommer bli gigantiskt är helt enkelt att det blir exponentiellt svårare att extrahera mer ILP (Instruction Level Parallelism) ju mer man pressar upp IPC och Intel har nu även passerat POWER7 i IPC (som dock ändå är något snabbare p.g.a. högre klockfrekvens men till kostnaden av en brutal strömförbrukning, TDP 250W...). Ökningen av antal exekveringsportar kommer nog mest ge effekt för HT då det finns större valmöjligheter att extrahera ILP då man hela tiden har två instruktionsströmmar att välja från. Vissa specifika applikationer kan se större ökning tack vare den dubblerade bandbredden mot L1/L2-cache.
Finns faktiskt fler förbättringar i Haswell utöver de jag nämnde, men de är inte lika stora (relativt sätt) som de jag listade. Haswell kan undersöka upp till 192 instruktioner mot Ivy:s 168, för att leta ILP (out-of-order windows), Haswell kan ha 72 "loads" och 48 "stores" instruktion "in-flight" samtidigt mot 64/36.
Haswell har 168 "interna" heltalsregister och 168 "interna" flyttalsregister mot Ivys 160/144. Det senare kanske verkar skumt för något som känner till lite om x86_64 och vet att antal register är 16 heltal och 16 flyttal. Det hänger ihop med "out-of-order window", internt så letar en out-of-order CPU efter s.k. writes after read (WAR) och write after write (WAW) och andra händelser som bryter beroenden mellan register. Hittar CPUn en sådan beroende-brytande händelse så kan den intern representera innehållet i ett specifikt "assembler-register" men två olika interna register, hela denna process kallas "register renaming" och är något som Intels CPUer är väldigt bra på (en stor förklaring till deras höga IPC).
Och för multitrådade program kommer TSX. Under IDF 2012 (Intel Developer Forum) visade Intel upp effekten av detta lite granna och det såg imponerande ut, men det finns fortfarande för lite information för att dra allt för stora slutsatser. Men i teorin så kommer TSX (transactional memory support) göra det enormt mycket lättare att skriva program som använder flera CPU-kärnor och Intel har lyckats implementera detta på ett sätt som är bakåtkompatibelt så vi kommer garanterat få se TSX stöd i krävande program ganska omgående.
För flyttal så är det enkel mattematik Sandy/Ivy bridge kan maximalt utföra 16 SP (single precission) och 8 DP (double precission) beräkningar per klockcykel och Haswell dubblar detta till 32 SP och 16 DP tack vare tillägg som FMA (fused multiply add) och AVX2. Och detta är naturligtvis i teorin, men det finns program som når över 95% av den teoretiska prestandan på Sandy/Ivy bridge.
Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer