Hoofdcategorieën
Device Settings

Intel presenteert Core i7-platform

Door Willem de Moor, maandag 3 november 2008 08:01, views: 28.916

Chipfabrikant Intel heeft maandag de opvolger van het Core 2-platform officieel gelanceerd. De Core i7-processors en bijbehorende X58-chipset zullen echter pas vanaf half november verkrijgbaar zijn.

Core i7 boven- en onderkantDe processorcores die de Core i7-cpu's vormen zijn op de nieuwe Nehalem-micro-architectuur gebaseerd. De eerste processors die Intel met dit nieuwe platform produceert, hebben vier cores en bieden ondersteuning voor hyperthreading. Daarmee rapporteert een besturingssysteem als Windows in totaal acht processors in zijn taakbeheer. De Core i7-processors voor desktops zullen in eerste instantie in drie varianten verkrijgbaar zijn: de Core i7 965, 940 en 920. De 965 is een Extreme Edition, wat betekent dat de multiplier van processor niet gelockt is en deze makkelijker te overklokken is. De 965 heeft een kloksnelheid van 3,2GHz, terwijl de 940 en 920 respectievelijke kloksnelheden van 2,93GHz en 2,66GHz hebben.

Net als concurrent AMD heeft Intel met Nehalem de geheugencontroller niet langer op de northbridge geplaatst, maar is deze in de processor geïntegreerd. Zo kan de cpu efficiënter met het geheugen communiceren. Ook hebben de Core i7's L3-cache aan boord: de introductiemodellen beschikken over 8MB gedeeld geheugen. De Quickpath Interface is eveneens een vernieuwing: deze point-to-point interconnect vervangt onder meer de traditionele fsb en kan meerdere processors met hoge snelheden met elkaar verbinden. De processors hebben 1366 aansluitingen voor communicatie met het moederbord en tellen 731 miljoen transistors.

Voor de nieuwe processors is ook een nieuw moederbord noodzakelijk: daarom ontwikkelde Intel de X58-chipset. Naast het ontbreken van de geheugencontroller op de northbridge bieden moederborden met deze chipset onder meer de Socket B-processorvoet met 1366 aansluitingen. Net als de Core i7-processors worden de chips van de X58-chipset op 45nm gebakken. De Nehalem-architectuur is de 'tock'-opvolger van de Core-architectuur: het productieproces is met 45nm ongewijzigd, maar de micro-architectuur is veranderd. De 'tock' zal weer gevolgd worden door een 'tick', waarbij het productieproces van de chips naar 32nm verkleind zal worden.

Tweakers.net kreeg de beschikking over het nieuwe platform van Intel en onderwierp deze aan een review. In de loop van deze week zal het platform met zijn voorgangers van Intel en de concurrentie van AMD worden vergeleken. Hoewel Intel officieel nog niet bekend heeft gemaakt wanneer de nieuwe processors en chipset beschikbaar zullen zijn, de fabrikant houdt het vooralsnog op 'in november', lekte eerder al uit dat dit waarschijnlijk op 17 november zal zijn.

X58 testsysteem
Volgende 09:14 'Trackpad van de nieuwe Macbook heeft kuren'
Vorige 15:55 Windows Update krijgt kleine bugfix
Advertentie

Reacties

«  1  2  3  »

Van de verschillende moederbord fabrikanten hoor ik ook 16 of 17 november, dus het lijkt me zeer waarschijnlijk dat we tegen die tijd het spul kunnen verwachten.

er is in ieder geval al een mooie review op
http://www.guru3d.com/article/intel-core-i7-920-and-965-review/12

Die memory bandwidth is ENORM :D

*edit* http://www.tomshardware.c...Core-i7-Nehalem,2057.html
ook een nette review

[Reactie gewijzigd door Sam1an op maandag 3 november 2008 13:18]


Beest van een cpu, alleen voor gamers nauwelijks interessant op het moment. Tenzij je van gekkigheid niet weet wat je met je geld moet en je wel een 3 SLI opstelling kan betalen :P

@sam1an en Noin. Dat is idd precies waar ik op doel, zonder dikke multi-gpu opstellingen valt er relatief weinig extra uit de Core i7 te halen. Het is leuk speelgoed voor de rijke hardcore pc gamer maar voor de wat minder gefortuneerden is het (nog?) niet interessant.

[Reactie gewijzigd door Naluh! op maandag 3 november 2008 12:25]


wat ?? niet voor gamers ..
lees dit eerst eens en trek dan een conclusie
http://www.guru3d.com/article/core-i7-multigpu-sli-crossfire-game-performance-review/

Klopt toch redelijk wat hij zegt?

Op lage resoluties is de CPU belangrijk, maar op 1600x1200 en 1920x1200 is alles gelimiteerd door het aantal GPU's wat je hebt. Mijn gok is dat als iemand de i7 koopt met mobo, die persoon ook wel een bijpassende monitor heeft staan (minimaal 19" met 1600x1200)
Op dat moment blijkt dat de winst van zijn processor 'slechts' 20% is of zo.

Wat echter ook in de artikels staat is dat het vooral de coding is die faalt in games. Nog steeds slechts 1 CPU voor 100% gebruiken terwijl de andere 7 maar voor 10% meedraaien is 2 jaar na de introductie van de dual/quadcores een schande voor de gaming-wereld.

De conclusie (volgens mij in de artikels) is dat de i7 een enorm potentieel heeft, en ZEKER ook voor gamers maar dat er op dit moment nog maar zeer weinig gebruik van wordt gemaakt.

en het feit dat zowel crossfire en sli ondersteund word op de x58 chipset vind ik toch een absolute meerwaarde voor gamers !!

[Reactie gewijzigd door Sam1an op maandag 3 november 2008 12:26]


Tja betaal je over een paar maanden een sloot geld voor een nieuw uber systeem.
Is er pas over 3 jaar sprake van fatsoenlijk gebruik van potentieel omdat de games structureel achterop liggen..
Heb je mooi 3 jaar lang ongebruikt potentieel op zak gehouden terwijl je je games zit te spelen.
En dan komt de volgende lichting top spul ... Tja

[Reactie gewijzigd door Scherpmes op dinsdag 4 november 2008 03:08]


wat ik en anderen doen met ons geld is niet uw zaak
Als jij het te duur vindt ga dan niet lopen zagen, maar dan koop het gewoon niet.

Lees ook dit artikel even en dan zie je de voordelen voor de gewone man je weet wel die
gewoon 1 videokaart in zijn computer heeft en Farcry 2 is toch echt een van de nieuwste spellen
http://enthusiast.hardocp...TU4MCwxLCxoZW50aHVzaWFzdA==

Gemiddeld 20 frames verschil als je op 1600x1200 speelt ongeachte welke GRaka !
Nou nou NOU NOU ,,.. tssss dude get al life !

Tssss als jij dan wel even er bij vermeldt dat het om de i7 965 Extreme gaat die de behoorlijke toename mogelijk maakt.
Alsof iedereen 900+ euro gaat betalen voor zo'n performance..


Rechts van het artikel heb je het kopje nieuws i/o, daaronder staat feedback, daarmee word je naar een topic pagina geleid waar je dergelijke dingen kan melden en overige feedback kan leveren.

Het gaat toch maar weer allemaal snel. Zat er net over te denken om mijn E6600 eens te gaan upgraden naar een Q8400, maar nu deze architectuur er is, is het bijna zonde om dat geld er weer in te steken. Wel geil straks, iedereen 8 cores :) Wordt echt tijd dat 'we' (software programmeurs) ook eens efficient met al die cores om gaan.

8 cores zijn het nog niet echt he, het blijven 4 fysieke cores met hyperthreading. Desalniettemin blijft het een feit dat we nu steeds meer core's gaan zien op dit platform, al verwacht ik dat dualcores straks ook goed te verkrijgen zijn als de Nehalem mainstream wordt.

Ik reken het hele hyperthreading gebeuren gewoon als core. Met een core bedoel ik dan een cpu eenheid die binnen een clockcycle een thread onder hande kan nemen. Theoretisch gezien zou het niet uit moeten maken of die 'core' ontstaat via een trucje (hyperthreading) of een echte fysieke core, voor de software reageert het het zelfde (en dat is nou net wat ik belangrijk vindt als software programmeur).

Nee, want een aantal dingen binnen de CPU worden door de fysieke- en de HT-core gedeeld, en als die bezig zijn op voor de fysieke core kan de HT-core ze niet gebruiken.
Zie ook dit Wikipedia artikel.

Met een core bedoel ik dan een cpu eenheid die binnen een clockcycle een thread onder hande kan nemen.
Wat niet waar is, omdat op het moment dat de andere thread op die core nergens op hoeft te wachten en dus aan het uitvoeren is deze core helemaal geen thread onder handen kan nemen. De veronderstelling van 8 cores is dus gewoon fout, het is en blijven 4 cores, die misschien net even wat snelheidswinst kunnen boeken.

Fout. Elke core kan twee threads simultaan uitvoeren. De Core i7 beschikt over 6 zogenaamde execution ports die per klokcyclus een berekening starten, en de instructies kunnen uit beide threads komen.

Het zijn dus 4 fysieke cores, maar voor de software gedragen die zich perfect als 8 cores. Hun gezamelijke prestaties liggen ergens tussen de twee (een enkele thread kan amper ooit alle 6 execution ports tegelijk gebruiken).

Fout. Elke core kan twee threads simultaan uitvoeren. De Core i7 beschikt over 6 zogenaamde execution ports die per klokcyclus een berekening starten, en de instructies kunnen uit beide threads komen.
Neen, dat kunnen ze niet. Dat een enkele thread nooit alle 6 dispatch ports tegelijkertijd kan gebruiken is irrelevant in dit hele verhaal, al was het maar omdat die op zich al opgedeeld zijn in 3 memory units and 3 calculation units. De 6 units zijn daarbij niet eens orthogonaal wat functionaliteit betreft.

Het zou ongehoord complex zijn om execution ports per clock cycle dynamisch tussen de 2 threads op te delen. Een kijkje naar het block schema maakt dat onmiddelijk duidelijk.

HT werkt door twee cpu contexts in de register files op te slaan en door van context te switchen van zodra een van de twee contexts idle komt te staan, hetgeen voornamelijk gebeurt wanneer er op memory resultaten gewacht moet worden.

Het switchen tussen verschillende contexten is dan redelijk eenvoudig: het komt min of meer neer op het flippen van de MSB address bit van de register files (of een mux te zetten achter de gepaarde registers) om van de ene naar de andere te schakelen. Net iets eenvoudiger wat hardware betreft...

Neen, dat kunnen ze niet.
Welles.

En als je het niet wil geloven, schrijf dan een applicatie waarbij één thread enkel integer bewerkingen doet en een andere enkel floating-point. Je zal zien dat ze samen even snel uitvoeren als elk afzonderlijk. Dat kan alleen bij simultaan gebruik van de execution ports.
Het zou ongehoord complex zijn om execution ports per clock cycle dynamisch tussen de 2 threads op te delen. Een kijkje naar het block schema maakt dat onmiddelijk duidelijk.
Zowiezo heb je voor out-of-order execution reeds dat voor iedere klokcyclus en iedere execution port een instructie geselecteerd kan worden uit de reservation buffer. Of die buffer nu instructies van één thread of van twee threads bevat maakt het niet beduidend complexer. Kijk ook zelf even aandachtig naar dat schema. 2 x Register Allocation Table, 2 x Retirement Register File, vlak voor de execution ports. De execution units zelve hoeven trouwens geen weet te hebben van Hyper-Threading.

Lees ook hier de sectie over Hyper-threading: the next step. De tekening maakt ook reeds duidelijk dat de instructies per klokcyclus van beide threads kunnen komen.

[Reactie gewijzigd door c0d1f1ed op maandag 3 november 2008 22:03]


Dan kom je bedrogen uit, want hyperthreading is een trucje om sneller tasks te switchen en wat hardware wat meer te delen. Je hebt nog steeds maar vier echte cores die het werk doen. 4 extra hyperthread 'cores' levert maar beperkte winst op (-5 tot 30%, zie o.a. http://vr-zone.com/articl...hreading-helps-/6160.html)

Dus als je pecht hebt wordt het zelfs trager met hyperthreading.......

Dus als je pecht hebt wordt het zelfs trager met hyperthreading.......
Da's enkel met slechte software. Games en dergelijke durven wel eens te aggressief de CPU voor zich opeisen. Zo kunnen ze bijvoorbeeld wanneer er geen werk is een lus draaien die niks doet tot er nieuwe taken beschikbaar komen, in plaats van de thread te doen slapen en daarmee een (virtuele) core vrij te geven. Ze vermijden daarbij het doen slapen en ontwaken van de thread maar houden ook slapende threads tegen die misschien wél taken uit te voeren hebben.

Nu HyperThreading teruggekeerd is zal het slechts een kwestie van tijd zijn eer softwareontwikkelaars doorhebben dat snel de core vrijgeven alles vlotter maakt.

Overigens kon je op de P4 ook al spinwaiten zonder daarbij de andere thread in de weg te zitten met de PAUSE instructie (dezelfde opcodes als een REP NOP)

Da's enkel met slechte software.
Dat heeft zo goed als niets met 'slechte' software te maken.

Een veel logischer uitleg is dat 8 virtuele cores een traffic pattern genereren naar de caches en naar de memory controller dat een stuk minder coherent is. Hierdoor neemt de kans op cache trashing en memory page trashing een stuk toe. Voor sommige algorithmes is dit geen probleem, maar voor andere wel. Het is moeilijk te voorspellen op voorhand, maar meestal zijn programma's met een grotere cache footprint of met een groot aantal incoherente accesses (vb. massa's linked lists) eerder geneigd om slechtere HT resultaten te geven.

[Reactie gewijzigd door newinca op maandag 3 november 2008 17:44]


Een veel logischer uitleg is dat 8 virtuele cores een traffic pattern genereren naar de caches en naar de memory controller dat een stuk minder coherent is.
Dat geldt even goed voor multi-core, en toch zien we daar praktisch nooit lagere prestaties.

Het heeft dus alles te maken met hoe de software omgaat met Hyper-Threading (of beter gezegd, hoe ze er niet mee omgaat). Wanneer men te aggressief de (virtuele) cores opeist in plaats van de threads te doen slapen gaat de CPU ruwweg de helft van de tijd instructies uit een wachtende lus uitvoeren, terwijl er even goed een andere thread nuttige instructies had kunnen uitvoeren.

Dat geldt even goed voor multi-core, en toch zien we daar praktisch nooit lagere prestaties.
Dat geldt veel minder of helemaal niet voor multi-core, omdat daar elke core zijn eigen L1 cache heeft en, in het geval van Nehalem, ook zijn eigen L2 cache. Kortom, de ene core vervuilt niet op de cache footprint van de andere.

Elementary, my dear Watson.

Dat geldt veel minder of helemaal niet voor multi-core, omdat daar elke core zijn eigen L1 cache heeft en, in het geval van Nehalem, ook zijn eigen L2 cache.
Goed punt. Dat zal inderdaad ook invloed hebben in sommige gevallen. Anderzijds zorgt Hyper-Threading wel voor een kleinere impact van cache-misses.Terwijl de ene thread hangt krijgt de andere de hele core tot z'n beschikking. In welke mate deze effecten elkaar opheffen hangt uiteraard af van de toepassing.

Toch blijf ik erbij dat ook de kwaliteit van de software een belangrijke invloed heeft. Ik heb al menig applicatie geprofiled waar de spin loops veel te aggressief waren. Ook kan je cachevervuiling voorkomen door zo veel mogelijk data te delen, en voor niet gedeelde data gebruik te maken van 'Non-Temporal' instructies.


dan zou ik me er maar eens in gaan verdiepen als ik jou was :P P4 vergelijken met een i7... dat is hetzelfde als een Ferrari vergelijken met een Fiat.... allebei uit dezelfde stal... maar een compleet andere architectuur...

check ook de benchmark http://tweakers.net/reviews/1024/het-nieuwe-intel-core-i7-platform-getest.html

in de meeste gevallen zijn de gelijkgeklokte processors bijna dubbel zo snel...

[Reactie gewijzigd door mstreurman op maandag 3 november 2008 09:27]


klopt, maar HT op het P4 platform was nu niet echt succesvol voor desktops
voor servers was het wel interessant, maar daar heb ik weinig voordeel van

En de software?

We hebben 64bits CPU's, maar software staat nog in 32bits (soms 16bits), wat ben je dan met uw 64b CPU?
We hebben CPU's met 2-3-4-6-8 cores (al dan niet met Hyperthreading), maar de software kan er nog niets mee doen?

Misschien moeten ze in hardware land een versnelling terugschakelen en in softwareland een versnelling hoger?

Misschien moeten ze in hardware land een versnelling terugschakelen en in softwareland een versnelling hoger?
Lees even de review. Bepaalde software begint al aardig overweg te kunnen met meer en meer cores. Beter nog, voor sommigen kan de hardware niet snel genoeg meer cores krijgen.

De minder prestatiekritieke software blijft wat achter, maar het is slechts een kwestie van tijd eer ook daar aan multi-threading wordt gedaan om alles vlotter te laten draaien.

Wat ik me ook afvraag is in hoeverre het Windows-systeem optimaal gebruikt maakt van de meerdere cores. Ik denk niet dat XP dat goed aan kan, maar ook Vista heb ik zo mijn bedenkingen over. Dan is er ook nog de vraag hoe ze met die verschillende cores omgaan. Verdelen ze de instructies van 1 applicatie over de verschillende cores, of wijzen ze per applicatie een core toe?
Verder de vraag in hoeverre Windows (XP of Vista) er voor zorgt dat een applicatie helemaal niet hoeft te weten hoeveel cores er beschikbaar zijn of dat een applicatie daar speciaal voor ontworpen moet zijn. Ik hoop het eerste, want anders kunnen we nog lang wachten totdat onze favoriete applicaties optimaal gebruik maken van al dit moois.
Wellicht het moment om over te stappen op een VM-besturingssysteem? (zoals dit probleem heel wat jaren geleden door IBM opgelost werd in de mainframes toen die op multicore overgingen).
Weet iemand hier meer info over te geven?

Verdelen ze de instructies van 1 applicatie over de verschillende cores, of wijzen ze per applicatie een core toe?
Een proces kan ettelijke duizenden threads aanmaken, ook met Windows XP. Om de 100 microseconden of zo wijst het O.S. dan een thread toe aan een (virtuele) core. Elke thread komt gegarandeerd aan bod, maar ze kunnen ook zelf beslissen te 'slapen' en daarmee de core vrij te geven.

Het is echter niet slim om een groot aantal threads aan te maken. Elk neem extra geheugen in (voor de stack) en wisselen van thread kost tijd. Op een Core i7 maakt men dus best niet meer dan 8 threads aan per proces.
Verder de vraag in hoeverre Windows (XP of Vista) er voor zorgt dat een applicatie helemaal niet hoeft te weten hoeveel cores er beschikbaar zijn of dat een applicatie daar speciaal voor ontworpen moet zijn.
De applicatie is zelf verantwoordelijk voor wat er in iedere thread gebeurd en moet garanderen dat data niet willekeurig overschreven wordt door twee of meer threads (en dat zonder te weten wanneer het O.S. een thread aan een core toewijst). De applicatie moet dus ook weten hoeveel cores er zijn. Maar eens je een architectuur hebt die met drie cores overweg kan is het relatief eenvoudig op te schalen (twee cores is nog relatief eenvoudig omdat er slechts één mogelijke interactie is, acht cores geeft je al 28 interacties).

Ik volg je 'pijn', ben nu aan het sparen voor mijn single core naar een dual core te upgraden, maar heb het gevoel dat ik dan weer een low-end systeem ga hebben, spijtig dat die core i7 zo afgrijselijk duur is.

Een e8400 gaat nog tijden mee hoor... paar maanden terug was dat nog de snelste :) En DDR2 kost geen hol meer een een nieuw mobo heb je ook voor 50 euro dus voor +- 200 euro heb je een PC die up to date is op de videokaart na :) Peanuts dus.

Cash is relatief, zoals zo veel dingen. Als je 1300 per maand verdient, 1250 aan vaste lasten hebt, nog een keer wat wilt doen naast je vaste lasten is 200 euro nagenoeg onbetaaldbaar. Hoe peanuts jij het ook vind. :)

Het lijkt me echter wel betaalbaarder dan de prijzen van een core i7, die ver buiten mijn budget liggen.

http://enthusiast.hardocp...TU4MCwyLCxoZW50aHVzaWFzdA==

Doe niet zo leip man lees eerst het volgende artikeltje hierboven !

Geweldig, ik hou van progressie.

Hoe zit het nu precies met de geheugen ondersteuning? ik zie 3 blauwe sloten op het mobo.
Kan ik hieruit opmaken dat het inplaats van dualchannel 'tripplechannel' is.

3 blauwe en 1 zwarte. Ja, tripple channel. Diverse fabrikanten hebben al borden aangekondigd met 6 geheugenbanken, lekker veel 'lucht' dus voor 64bit OS'en. :)

Er zitten gewoon vier DIMM sloten op het moederbord, waarschijnlijk wordt met het zwarte slot het eerst slot aangeduid. :)

Dat dacht ik dus ook. En ik maar afvragen waarom geen van de borden wilde starten :P
Bij de X58 bordjes is het net andersom, Ik had de X58-UD5, de Eclipse en P6T en bij allemaal was het zo dat het 1e, 3e, en 5e slot niet werkten, zonder dat er iets in 2, 4 en 6 was geplaatst.
Dat zwarte slot is eigenlijk het laatste slot en de cpu pikt het niet als je alleen die vult :)

Wat is het stroomverbruik? Dat is tegenwoordig 1 van de belangrijkste eigenschappen met al die pc's die 24/7 aan staan.

Wel als je een heel park aanschaft, maar als je als jan modaal een pc'tje hebt draaien, wat boeit het dan of hij 50 of 60 watt slurpt? daar ga je niet arm van worden

En als iedereen zo dacht dan werd er niets aan het energie verbruik gedaan.

Het stroomverbruik in idle is volgens de tweakers review in idle lager dan die van een Q6700. Zo rond de 124 watt

:|

Heb jij niet opgelet ?!
Beetje systeem met zo'n i7 + X2 kaart en terrabyte schijven ect slurpt snel 250 watt constant !

De processors hebben een tdp van 130W gekregen.
Die kun je lezen op de eerste pagina van de gelinkte reviewin het artikel.

@ nika hieronder: Zeker, maar Esperanto vraagt toch om het stroomverbruik van de i7 Core, en daar zit tegenwoordig de geheugencontroller in. ;)

[Reactie gewijzigd door Pixeltje op maandag 3 november 2008 09:59]


Mind you dat het hier wel gaat om de tdp van processor en geheugencontroller

Wat is het stroomverbruik? Dat is tegenwoordig 1 van de belangrijkste eigenschappen met al die pc's die 24/7 aan staan.
Neen, prestaties per watt, daar draait het om. En dit ligt hoger bij de Core i7 dan bij z'n voorgangers.

hmmm, tegenwoordig heeft elke CPU power genoeg om dat oud programmaatje in zo'n DOSbox te draaien...
Na de P4-kachel was Prestatie/watt inderdaad zeer belangrijk. (Vooral gemarketinged door intel) maar nu met de zuinige en snelle C2D vind ik de watts enkel nog belangrijk.

Wel nuanceren dat ik een laptop gebruiker ben, ma goed m'n macbook gaat gelukkig al makkelijk meer dan 4 uur mee op batterij.

De harde realiteit: Als je een game-pc zet met de nieuwste CPU&GPU, dan mag je CPU nog zo zuinig zijn, de GPU maakt dat weer ongedaan, en dat vind ik jammer.

Wat wil je nou een game pc of een zuinige? Is dat niet hetzelfde als dat je een dure auto wilt en tegelijk een goedkope...

Je wilt iets, daar moet je gewoon wat voor opofferen simple as that...

Wat wil je nou een game pc of een zuinige? Is dat niet hetzelfde als dat je een dure auto wilt en tegelijk een goedkope...

Je wilt iets, daar moet je gewoon wat voor opofferen simple as that...
Wat een gekke vergelijking! Ik denk dat we allemaal een snelle én zuinige (kortom: efficiënte) cpu/pc willen. En dan hebben we het nog niet eens over de investeringskosten (aanschafprijs).

[Reactie gewijzigd door Tenaya op maandag 3 november 2008 13:14]



Nutteloze opmerking. Zoals altijd is nieuwe technologie aanvankelijk zeer duur. Het is slechts een kwestie van tijd eer dit ook naar de mainstream en budget-markt komt.

niet direct.

Toen de C2D uitkwam kon je moederborden voor rond de 125¤ vinden, wat nog een schappelijke prijs is voor het mainstream-segment. 200+ komt toch echt al niet meer in die buurt...

Met de opmerking dat de C2D hetzelfde socket gebruikte als de toen al bestaande borden en het niet compleet anders was als de voorgaande cpu. De chipset moest nog steeds hetzelfde doen als met de P4 en P-D.

Bij de Nehalem is dit compleet anders, dus het is niet helemaal te vergelijken.

Veel geluk met je C2D in een mobo ontworpen voor de Pentium 4 775 socket.

Klint weer heel goed allemaal. Ik ben benieuwd wat de reviews van komende week (weken) uit gaan wijzen. De prestatieverschillen mogen wel substantieel zijn, want het prijsverschil is dat ook, vind ik. Nu is het natuurlijk vaak zo dat een product bij lancering erg duur is, en de maanden erna vrij vlot zakt tot een lagere prijs.

Die Quickpath technologie klinkt ook veelbelovend. Als het inderdaad makkelijk (en sneller) wordt om meerdere processoren met elkaar te verbinden is dat zeker een mooie oplossing voor serverblades, for instance.


Ja maar je moet natuurlijk ook onthouden dat eerder behaalde resultaten geen garanties bieden voor de toekomst. Bekijk het review eens ze hebben daarbij best mooie scores zo hier en daar.

Tevens kun je vast ook wel in de bios HT uitzetten, kon je ook al doen bij de P4's.

Ik weet niet waarom dit omlaag word gemod...
Lees eerst eens de review, dan wist je al dat HyperThreading op de Core i7 prima werkt. Trouwens, zelfs met de Pentium 4 waren de problemen vooral veroorzaakt door de software. We zijn nu vijf jaar later en men heeft intussen wel geleerd uit de fouten.
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 09:14 'Trackpad van de nieuwe Macbook heeft kuren'
Vorige 15:55 Windows Update krijgt kleine bugfix
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011