Dat Kentsfield bandbreedte te kort is wel duidelijk. Je THG benchmarks ontkennen dit ook niet. Je zegt zelf dat niet al het professioneel gebruik om veel bandbreedte vraagt (wat dus het resultaat van 3dsmax verklaart).
Je spreekt jezelf tegen. Je zegt zelf dat 3dsmax niet om veel bandbreedte vraagt. Dat houdt dus automatisch in dat de quadcore in ieder geval in 3dsmax geen bandbreedte tekort komt.
Dat is precies het punt dat ik wou maken: of je wel of geen bandbreedte tekort komt, is afhankelijk van de toepassing... en zeker niet alle professionele toepassingen komen bandbreedte tekort.
Het is dus onzin om dit als algemeen geldende regel te roepen.
Zelfs het wikipedia artikel vermeldt dit bandbreedte tekort. Uiteraard wil Intel PR dit graag ontkennen.
Leesvoer:
Ik ben niet degene die het hiet niet begrijpt hoor... En ik baseer me zeker niet op Intel PR... Ik ben software-engineer, en het is m'n vak om te weten hoe dit soort systemen werken... Ik doe dit ook al langer dan vandaag.
en als je gewoon even logisch nadenkt dan kom je er ook wel. Een zelfde bus die gebruikt wordt door 4 cores zal sneller verzadigd zijn dan een bus gebruikt door maar 2 cores.
Jij moet zelf logisch nadenken. Dat een bus sneller verzadigd is, wil niet zeggen dat hij ook per definitie verzadigd is. Hij is pas verzadigd op het moment dat een dualcore meer dan 50% verzadiging zou hebben (en het zaakje lineair schaalt).
Het gaat dus om de mate van verzadiging, en die laat jij buiten beschouwing, evenals de mate van schaling trouwens.
Zoals je hopelijk weet, wordt parallel processing over het algemeen minder efficient naarmate je meer cores toevoegt, omdat er meer overhead is voor de synchronisatie tussen de verschillende threads. Dit houdt ook in dat de threads effectief minder vaak aan het processen zijn, en dus dat de bandbreedtebehoefte ook afneemt.
Maargoed, waarschijnlijk kun je het hier al lang niet meer volgen. Gelukkig kun je wel benchmarkgetalletjes lezen en conclusies trekken. Hopelijk kun je ook de waarheid onder ogen zien.