be fine do you think a NUMBER_TOKENp core outer leg product would be interesting for desktop use um sort of the thing i guess this comes back to like my e core testing thing where i was sort of saying for gamers two more p calls would be better than the eight e cores which i still believe but i also noted in that video it's like well games don't need NUMBER_TOKENp cores so and again we're not talking about how many calls games need because that's somewhat irrelevant it's how powerful the calls are and p cores are so damn powerful that even six of them just rip through the latest and greatest games that issue so adding you know well in that case four more um not going to do too much for you so if there was a NUMBER_TOKENp core partner had the same lNUMBER_TOKEN cache capacity performance would be the same as the NUMBER_TOKENk in pretty much every single game because no games use anywhere near NUMBER_TOKENp cores so while an interesting product i don't necessarily think it would be a better product like let's even just say for a moment that power consumption would be the same as as the current configuration would that be a better product and it's like well for gaming as i said at least right now and for the expected foreseeable future there'll be no difference in terms of gaming performance and then for productivity workloads there'll be somewhere it's definitely going to be faster like it might be faster for a blender type thing for for cinebench i don't think so because the e cores seem to work ridiculously well for cinebench but code compilation all that kind of stuff yeah it may be better yeah i guess the question is do two p cores outperform eight e cores in those productivity workloads okay so yeah it would be it you would depend wouldn't it yeah any of those workloads that have a bit of you know quarter core communication bandwidth latency sensitive and i think the pay calls would definitely be better uh how we go on power consumption as i said that's a whole other thing but yeah forget for applications that don't have a lot of cortical communication very sequential like cinebench for example then i think the uh e-cores would be the way to go and really you could stack those cpus e-core heavy for those type of workloads it's just that not all workloads are like that yeah we've seen that cinebench just scales incredibly well like right through thread ripper and all that sort of stuff yeah which is why i think the you know the suggestions are that the next generation of um intel cpus is going to add more e cores without adding more p cores and that should be very telling to all these people who have been going on about core counts for gaming and you know banging on that drum that we need you know this cpu's gonna have this many calls and therefore you're gonna need that for gaming or stuff we know that it's tied very closely to the current generation of consoles we know how powerful the cpu is there we know there's going to be v like it's there's going to be very few outliers that call for that kind of performance for stuff that we've talked about at length and recent q a's where it's the lowest common denominator you alienate
NO_SEGMENT_TOKEN