Gerucht: Intels Panther Lake-cpu's krijgen maximaal 16 cores waarvan 4 P-cores

Intels komende Panther Lake-cpu's krijgen mogelijk maximaal zestien cores, waarvan vier P-, ofwel prestatiecores. Naar verluidt komen er drie configuraties van de betreffende processorreeks, die voor begin 2026 gepland zou zijn.

Panther Lake zou in ieder geval bestaan uit een U-variant met een 15W-tdp die over vier P- en vier low-power-cores beschikt. Leaker Jaykihn merkte dit op in coreboot, het register van het gelijknamige opensourceproject, dat als alternatief voor bestaande cpu-firmware moet dienen.

Daarnaast zou er een P-variant van 25W komen met vier P-, acht E-en vier LP-cores, die overigens niet als zodanig in het document is aangemerkt, maar volgens VideoCardz wel het beschreven model betreft. Verder zou Intel H-versies van 25 en 45W met dezelfde rekenkernverdeling op de planning hebben staan. Het document vermeldt dat de U- en H- configuraties van de Panther Lake-cpu's vier Xe3-gpu-cores krijgen, terwijl de P-versie twaalf van deze gpu-cores krijgt.

Dat blijkt uit gegevens op coreboot, gepubliceerd door een Intel-corebootengineer. De informatie werd voor het eerst gespot door Jaykihn, die al eerder vergelijkbaar nieuws op basis van eigen gegevens meldde. Volgens eerdere informatie op basis van roadmaps moeten de Panther Lake-processors begin 2026 verschijnen. Onlangs kondigde Intel het voor het eerst aanzetten van de betreffende processorreeks op basis van het 18A-procedé aan.

Reacties (31)

[Splitinfinitive]

Hoe zit dit nu eigenlijk met die performance en zuinige cores

Een cpu kan toch gewoon terugklokken en dan minder verbruiken?

Of is dit gewoon marketing speak om ruk cores toch te slijten en het vernieuwing te noemen ?

[Caayn]

Energieverbruikers zoals L1 en L2 cache blijven gewoon aanstaan bij een downclock, tenzij je de gehele core uitschakelt.

E cores bevatten doorgaans minder onderdelen, daarom zij ze ook kleiner dan normale P cores.

[Squee]

Energieverbruikers zoals L1 en L2 cache blijven gewoon aanstaan bij een downclock, tenzij je de gehele core uitschakelt.

Ja maar bij een downclock schroef je over het algemeen ook de spanning terug, dus de lekstroom van de L1 and L2 die aan blijft staan wordt wel minder. En als de core al niet of bijna niet in gebruik is zou je ook niet zo veel aan dynamische power kwijt moeten zijn aan je L1 en L2.

[MSalters]

De lekstroom wordt minder, maar SRAM heeft ook dynamisch verbruik. Minder vaak schakelen met lagere spanning is dubbel zuinig

[Deadnet]

Bedoel je hiermee dat t lagerklokken zelf ook stroom kost ?.

[MSalters]

Nee, integendeel

[Splitinfinitive]

Halen die e cores hun data dan uit het ram ? De L caches blijven anders toch nog steeds actief of hebben ze hun eigen cache die ook energie zuiniger is ?

[bwerg]

Ze hebben gewoon minder cache. Ze hebben wel cache, uiteraard, want een CPU die voor elke instructie en voor elk stukje data naar het RAM zou moeten zou presteren als een CPU uit 1990.

Een E-core is in alle opzichten gewoon een moderne core maar gewoon wat lichter uitgevoerd dan een P-core, in alle parameters waarmee te spelen is. Geen hyperthreading, minder cache, simpelere pipelines, minder geschikt voor extreme kloksnelheden. Ze worden vaak vergeleken met de 6e generatie core-CPU's.

[bzzzt]

Het heeft niets te maken met 'slechte' cores slijten: ze zitten op dezelfde 'die' als de performance cores dus had er ook een P core kunnen zitten. Het is een ontwerpbeslissing om E cores te gebruiken.

Een E core is intern simpeler en ruwweg 4 keer zo klein als een P core. Door die simpliciteit is energiebeheer veel makkelijker dan voor een gecompliceerde P core.
Als taken die geen 'harde deadline' hebben op een E core worden gescheduled kunnen de P cores door blijven stomen met de dingen die wel snelheid nodig hebben. Het wisselen van de taak context van een CPU is een vrij dure operatie die daarmee behoorlijk minder vaak uitgevoerd hoeft te worden.

[Het.Draakje]

Slijten kan ook betekenen: aan de man brengen, verkopen.

[Splitinfinitive]

Oh ik meende dat Intel inmiddels ook net als amd de cores ook als chiplets produceerde wat dit mogelijk maakt

[MSalters]

Dat is nog speculatie op dit punt, maar een eerder leuk suggereerde inderdaad dat ook panther lake een multi-die ontwerp is.

[bzzzt]

Chiplets halen vooral de yield omhoog omdat je deelproducten weg kan gooien ipv de hele chip. Er passen nog steeds evenveel transistoren op een mm2 (mogelijk zelfs iets minder door de interconnects).

[micla]

Goede uitleg, daarvoor hulde.

Nu ben ik geen expert op dit gebied, maar ik ben nog steeds niet gecharmeerd van die P, E en LP cores. Zoals je zelf al aangeeft moeten ze dus wel gesheduled worden, en daar gaat het zoals ik veelal lees best wel vaak mis. Veel software houdt helemaal geen rekening met verschillende aanwezige cores, dus zullen die niet optimaal benut worden. In het slechtste scenario heb je zelfs helemaal niets aan die verschillende cores, omdat ze simpelweg niet specifiek toegewezen worden voor geschikte taken, en ze buitenspel worden gezet.

Doe mij maar gewoon normale cores, zodat elke core voor elke soort taak beschikbaar is.

Of is dit inmiddels al ( veel ) beter?

[bwerg]

Doe mij maar gewoon normale cores, zodat elke core voor elke soort taak beschikbaar is.

Dat is met E-cores toch niet anders? Hooguit kan een taak op een e-core iets minder goed presteren, maar als het alternatief is dat die taak gewoon helemaal niet wordt opgepakt omdat al je cores volzitten dan is dat niet beter.

Het kost pas prestaties als een prestatie-kritische taak op een E-core terecht komt en een minder belangrijke taak op een P-core. Omdat de scheduler heuristieken gebruikt, die er wel eens naast kunnen zitten, kan dat voorkomen. Maar het overgrote deel van de tijd gaat dat wel goed.

[latka]

Terugklokken is maar een deel waar je op kunt bezuinigen. Een E core t.o.v. een P core is eenvoudiger. Als voorbeeld waar je aan kunt denken qua vereenvoudiging is het optellen van 2 getallen. Dat kun je doen door van rechts naar links de individuele nummers getallen op te tellen de overflow mee te nemen (123+789 optellen is eerst de 9 en de 3 dat 2 rest 1, dan 8+2 dat is 10, plus die een van de vorige optelling etc. etc.). Dit is inherent serieel omdat je de hondertallen pas op kunt tellen als je tientallen gedaan hebt. Je kunt ook parallel optellen. Stuk complexer maar dan hoef je niet te wachten. In een CPU betekent dat dat je meer transistoren nodig hebt voor het optellen en het sneller gaat. Leuk, maar kost meer stroom. Terugklokken helpt wel maar een eenvoudige optelling is nog steeds zuiniger (zeker als je die ook terugklokt).

[DarkWoesel]

Back to quadcore we go

[wildhagen]

Nee dus. De laagst geschaalde CPU heeft 8 cores: 4 P- en 4 LP-cores, dus een octacore.

Daarnaast is Panther Lake, zover nu bekend, bedoeld voor laptops, als opvolger van Lunar Lake.

Bij een laptop spelen meestal andere prioriteiten, zoals laag stroomverbruik, en is rauwe performance over het algemeen minder belangrijk. Zeker bij de lager gepositioneerde CPU's.

In de praktijk zijn die 8 cores dan ook vermoedelijk wel ruim voldoende in het segment waarin die CPU gepositioneerd wordt.

[hachee]

Als je met virtualisatie werkt op een laptop is dat gewoon ruk, in geval van VMware zul je al die crapcores willen negeren (zeker als het op lompe windows machines aankomt). d.m.v. het aanpassen van de vmx file en krijg je zoiets als workaround tot beter geïmplementeerd zodat dit niet met de hand hoeft voor elke machine maar performance matig effectief:

ulm.disableMitigations="TRUE"
Processor0.use = "TRUE"
Processor1.use = "TRUE"
Processor2.use = "TRUE"
Processor3.use = "TRUE"
Processor4.use = "TRUE"
Processor5.use = "TRUE"
Processor6.use = "TRUE"
Processor7.use = "TRUE"
Processor8.use = "FALSE"
Processor9.use = "FALSE"
Processor10.use = "FALSE"
Processor11.use = "FALSE"
Processor12.use = "FALSE"
Processor13.use = "FALSE"
Processor14.use = "FALSE"
Processor15.use = "FALSE"
Processor16.use = "FALSE"
Processor17.use = "FALSE"
Processor18.use = "FALSE"
Processor19.use = "FALSE"

effectief een HT quadcore dan dus.

Ik was net zo blij dat die laptops boven de 4c kwamen(heb zelf nog een gewone 6c)

[Reactie gewijzigd door hachee op 2 september 2024 16:44]

[MSalters]

Tja, als jij alle background threads wil laten draaien op een P-core waar je je eigenlijke workload in de weg zit, dan ben jij niet de doelgroep van deze processor. Sowieso is "VMWare op een laptop CPU" geen doelgroep voor AMD of Intel.

[squaddie]

Het probleem bij virtualisatie is dat de scheduler van de host heeft geen kennis over wat er in de VM draait, de scheduler krijgt alleen signaal dat de VM cpu tijd wil hebben. De scheduler weet dus ook niet welke processen van de VM op een P-core moeten en welke eventueel op een E-core kunnen of hoeveel cpu tijd een proces wil hebben. Gezien het feit dat in veel gevallen er meer E-cores dan P-cores in een cpu zitten wordt de kans ook groter dat een proces op de verkeerde core landt.

Vandaar dat bij server cpus van zowel Intel als AMD je of P-cores of E-cores op een cpu hebt, maar geen combinatie.

[MSalters]

Ik snap je redenering.

Alleen: voor het doel wat jij beschrijft heb je de Intel Thread Director. De scheduler van de host hoeft niet in de VM te kijken; de scheduler van de host delegeert aan de Intel Thread Director die op CPU nivo kan zien wat er gebeurt.

Volgens mi ligt de reden voor homogene server-architecturen meer in het feit dat servers doorgaans één hoofdtaak hebben. De database server draait voor 99% van de tijd postgres taken; de mailserver 99% van de tijd Exchange. De typische laptop heeft een veel dynamischer applicatie-profiel.

[uiltje]

Huh? Natuurlijk wel, zat devs die met zo'n laptop werken, inclusief mijzelf.

[Dennism]

Maar als dat je doel is, waarom shop je dan in het 'Thin and light' segment cpu's, die eigenlijk niet bedoel zijn voor dit soort zaken. Dit zijn cpu's voor de ultra platte laptops in the boardrooms e.d., voor de 'kekke' student met wat geld te veel.

Voor jouw segment laptops krijg je straks 'gewoon' de Arrow Lake line up met H en HX Sku's met in de voorlopige geruchten modellen met maximaal 8P Cores en 16E-Cores (waarbij die E-Cores qua IPC gelijk moeten zijn aan de huidige generatie P-Cores uit de Raptorlake range), waar die E-Cores dus een flinke performance stap zetten over de vorige generatie E-Cores.

Daarnaast hangt het ook maar erg van wat je wil doen met virtualisatie, een boel VM's kan je prima draaien op die 'crapcores'. Doe ik hier ook mijn labs.

[3DDude]

ho rollback,

Mijn i7 14700k heeft ook deze E core dingetjes.

En met vmware workstation dacht ik wtf is dit traag.. nou dat was omdat die dus op zo'n E-core iets liep te schedulen.

processor0.use = "TRUE"
processor1.use = "TRUE"
processor2.use = "TRUE"
processor3.use = "TRUE"
processor4.use = "TRUE"
processor5.use = "TRUE"
processor6.use = "TRUE"
processor7.use = "TRUE"
processor8.use = "TRUE"
processor9.use = "TRUE"
processor10.use = "TRUE"
processor11.use = "TRUE"
processor12.use = "TRUE"
processor13.use = "TRUE"
processor14.use = "TRUE"
processor15.use = "TRUE"
processor16.use = "FALSE"
processor17.use = "FALSE"
processor18.use = "FALSE"
processor19.use = "FALSE"
processor20.use = "FALSE"
processor21.use = "FALSE"
processor22.use = "FALSE"
processor23.use = "FALSE"
processor24.use = "FALSE"
processor25.use = "FALSE"
processor26.use = "FALSE"
processor27.use = "FALSE"

Leuk man veel cores
merk dat zeker, hier draait eve-ng / gns3 nested..

[Reactie gewijzigd door 3DDude op 2 september 2024 20:56]

[Dennism]

Iedere recente midrange tot highend cpu van Intel heeft E-Cores, tenzij je in het zakelijke of embedded segment.

Modellen met alleen P-Cores vind je alleen nog in de lowend of bij producten voor de zakelijke markt.

Dat betekent echter niet dat je geen VM's kan draaien op die cores, je moet alleen geen high performance VM's willen draaien op die E-cores, ik draai bijvoorbeeld in voor mijn labs Domain controllers, DNS servers e.d. gewoon op de E-Cores, juist omdat die bijna geen resources nodig hebben. Let er trouwens ook op dat je niet tegen een bekende VMware workstation bug aan loopt (en denkt dat het aan de E-Cores ligt), als je VMware Workstation niet start als admin kan dat je +-50% aan performance kosten, en ik weet niet of ze die bug nu eindelijk al eens gefixed hebben. Zie ook bijvoorbeeld deze blog: https://williamlam.com/20...th-intel-hybrid-cpus.html , daar test hij op P+E cores in admin en non-admin, maar ook P-Cores alleen in admin en non-admin, en zodra je dat doet in admin modus, zit er amper nog wat tussen qua performance, of je nu alleen P-Cores gebruikt, of de E-Cores ook mee laat doen. Waar je in dat laatste geval wel meer resources hebt natuurlijk zodat je meer VM's kan draaien.

Wil je daar niet tegen aanlopen, moet je dus of VMware workstation als admin starten, of vSphere gebruiken, of bijvoorbeeld Hyper-V

[Reactie gewijzigd door Dennism op 2 september 2024 19:20]

[hachee]

Maar als dat je doel is, waarom shop je dan in het 'Thin and light' segment cpu's, die eigenlijk niet bedoel zijn voor dit soort zaken. Dit zijn cpu's voor de ultra platte laptops in the boardrooms e.d., voor de 'kekke' student met wat geld te veel.

Ik heb er een broertje dood aan, miskoop door overste met laptop bij een collegae(daarom nooit laten bestellen, altijd zelf uitzoeken).
Zit zelf hier nog met een redelijke 6c i7 van vorige generatie.

Verder zijn de VM's(zware IDE's@windhoos) nodig in het veld/op afgelegen locaties, de keuze/hardware is gewoon beperkt, het probleem wordt dat een laptop hiervoor straks twee keer zoveel gaat kosten, daar je in het allerhoogste segment moet gaan zitten(met onnodig dure GPU) om van die crapcores af te komen, daar dit eerder niet nodig was.

[Reactie gewijzigd door hachee op 3 september 2024 08:22]

[Dennism]

Zit zelf hier nog met een redelijke 6c i7 van vorige generatie.

Dan snap ik het probleem sowieso niet, koop dan gewoon een willekeurige 7/9 Serie H of HX laptop, die hebben 6/8 P-Cores en als je dan echt die E-Cores niet wil gebruiken (let wel, nieuwe E-Cores van de komende generatie zijn sneller dan die P-Cores in jouw oude i7), zet je ze gewoon uit in het bios, heb je net zoveel cores als nu, of zelfs meer). Daar hoef je niet eens voor in het duurste segment te shoppen, dit zijn gewoon cpu's die te vinden zijn in het midden segment.

Kijk ook even naar deze post trouwens, dat je niet je E-Cores de schuld geeft van een known bug in VMWare Workstation: Dennism in 'Gerucht: Intels Panther Lake-cpu's krijgen maximaal 16 cores waarvan 4 P-cores'

[vix-ducis]

Ik denk dat het inderdaad wel belangrijk is om de E-cores niet als onbelangrijk af te schilderen als het op performance aankomt. Een E-core is in vele omstandigheden nog steeds half zo snel als een P-core, wat maakt dat je in de 16-core SKU eigenlijk met het equivalent van 10 ouderweterse cores werkt. De effectieve wiskunde is uiteraard wat complexer, zeker als je thermals en power consumption bij volledige belasting mee in acht neemt, maar toch.

[JWL92]

4 P- en 4 E-cores, dus een octacore.

4P + 4LP cores, aldus volgens videocardz dat gelinkt staat int artikel

[SambalSamurai]

Met welk Nvidia GTX / RTX zouden die 12 (twaalf) Xe3 Intel GPU cores vergeleken kunnen worden?
Nvidia 1060 GTX? 3050 RTX? Als equivalent zeg maar, een ruwe schatting volstaat.

[Reactie gewijzigd door SambalSamurai op 2 september 2024 19:18]