The End of Hyper-Threading

Get 20% off DeleteMe US consumer plans when you go to joindeleteme.com/techquickie and use promo code Techquickie at checkout.
DeleteMe International Plans: international.joindeleteme.com/
Intel looks to be ditching their long-standing Hyper-Threading feature...but why?
Leave a reply with your requests for future episodes.
► GET MERCH: lttstore.com
► GET A VPN: www.piavpn.com/TechQuickie
► GET EXCLUSIVE CONTENT ON FLOATPLANE: lmg.gg/lttfloatplane
► SPONSORS, AFFILIATES, AND PARTNERS: lmg.gg/partners
FOLLOW US ELSEWHERE
---------------------------------------------------
Twitter: / linustech
Facebook: / linustech
Instagram: / linustech
TikTok: / linustech
Twitch: / linustech

[@JohnneyleeRollins]

my grans sewing machine excels at normal threading

[@vttklazer]

This is the best comment rofl

[@FusionC6]

smart

[@EB01]

Your gran is the OG overlocker.

[@Eoin-B]

All sewing machines use 2 threads at once. One fed from the top and another from the bottom. So even your gran uses multithreading.

[@UltraNoobian]

@@Eoin-B Wait until he finds out some sewing machines support multi-needles.

[@yukinagato1573]

Hyper Threading wasn't only introduced in a single core CPU, but one that actually really needed it. The Pentium 4 had a massively long pipeline, which made it clock far higher than other CPUs, but also increased branch misprediction penalties. Every time it mispredicted a branch instruction, the P4 would need at the most 20 (Willamette and Northwood cores) to 31 (Prescott and Cedar Mill cores) clock cycles to refill the pipeline. A huge waste of time. With Hyper Threading, the P4 could have two instruction flows running in the pipeline. If one of them stalled due to mispredictions, it could easily switch to the other and process it while it waits for the stalled flow to load up again. The performance gains with SMT aren't as big as true parallel computing, but it makes a considerable difference in deeply pipelined architectures. It does in fact increase power consumption, though. Edit: by the way, this is exactly the reason you don't see HT in Intel's E cores, for instance. Their pipelines are shorter than P cores', so HT wouldn't make much of a difference in performance (sometimes it can actually hurt performance), and would increase its die area and power consumption.

[@k22kk22k]

About to comment the same thing. Honestly the research effort on this video seems to be poor…

[@yukinagato1573]

@@k22kk22k I've commented just for historical reasons and to properly explain the usefulness of Hyper Threading. I think that, for the purposes of this video, it's okay. Yes, HT takes power. Yes, Intel thinks having a bunch of E cores can be more beneficial than having P cores with HT. They delivered their point. I've seen some misconceptions about Hyper Threading in the comments here, so I felt it would be interesting to clarify some technical aspects.

[@k22kk22k]

@@yukinagato1573Thanks for replying. I see your point. What made me think as my original post is, the video doesn’t take care of typical misconceptions in advance, and rough reasoning for not implementing HT (hence many people talk about why). My intention is just to express my impression, but maybe I should write it more clearly in the first place!

[@SwordQuake2]

@@k22kk22k their effort has always been low

[@guiorgy]

Well put. From what I know, the ultimate limiting factor is memory access, so even if the pipeline is short (e.g. 5 cycles) and access to memory long (e.g. 40 cycles), then a missed branch will be stalled until the memory is read (e.g. 40 cycles in this example), and not just the time it takes to fill the pipeline. So, I think the main reasons to not having HT included in E cores was power and die space, and the fact that with E cores you should already have enough cores, so no need for additional complexity.

[@InfernosReaper]

Hold up, it's a 20% increase in power consumption for a 30% boost in performance... Wouldn't that mean that it's actually *better* have the feature enabled than not, in places like data centers?

[@danieloberhofer9035]

Hence why a) AMD didn't build their dense "c" core for high core count CPUs (Bergamo) without SMT and b) Intel will keep HT for their upcoming p-core Xeon as well. Only their high core count "Forest" lineup is without HT since it's entirely based on e-cores from the get-go and you can't just bolt HT on at will.

[@HighYield]

It is, that's also why Intel will keep Hyper Threading for their Xeon server CPUs.

[@hammerth1421]

Data centers are exactly the kind of place where Hyperthreading hinders performance rather than increasing it since they tend to keep their CPUs at pretty much 100% utilisation all the time. While it can give some performance uplift at a heavy power penalty (14900KS drawing 300 W when running all-core Cinebench) when the CPU is fully loaded, it's really meant for a CPU sitting at less than 50% utilisation where the limiting factor for performance is not raw computation speed but rather how efficiently the different threads can access the actual compute parts of the cores to have their computation needs met in a timely manner.

[@andrewholden1501]

I think he means that you get that trade-off for CPUs with one kind of core. But now that we have efficiency cores, we can get even better gains by replacing some high-power cores with more efficiency cores. Once we do that, then we can get rid of hyperthreading and let stuff that needs the power get a core all to itself.

[@grokitall]

hyperthreading has always been a 1.5 core design, and only gives an advantage if your task matches that extra 0.5 of the core which is provided for hyperthreading. this is why multicore compatible operating systems don't use it until it needs to. as multicore and especially asymmetric multicore have taken off, and power usage and cooling become more important, the bad tradeoffs don't really work that well anymore. the failure of the closest cache to the core to scale well makes the cost of halving it for hyperthreading even worse. being able to dump hyperthreading on two cores and get an extra core with full cache on all three cores makes a lot more sense, even before you start underclocking them to get even less power usage. it has always been a case of marketing hype for the average user, who does not use 100 percent of their processing power anyway.

[@DragonOfTheMortalKombat]

Intel giveth hyper threading, Intel taketh hyper threading away

[@Azureskies01]

Yet SMT has been and will continue to be better than HT. Intel couldn't get it working for desktop in time seeing as how their arrow lake server chips, that come out after desktop, will have HT. They didn't get rid of it on purpose, they are just bad at making CPUs now that everyone has left the sinking ship.

[@raziel_0965]

@@Azureskies01 dude amds smt is based off a licensed version of ht the only reason they are called different things is hyper threading is trademarked

[@ezussschannel5134]

​@@Azureskies01they're the same 💀

[@XtergoBlue]

SMT/HT implementations are pretty dependent on the underlying hardware. I could break the first gen HT (in Pentium 4) then they only showed up again in 1st Gen i3s then 2nd Gen which was also a different kind of Hyperthreading. Then updated again in Skylake and the same kept on going all up till now. Zen SMT is definitely different

[@MrBeast1901]

@@Azureskies01 What is your IQ?

[@maxmustsleep]

30% more performance for 20% more power sounds like an amazing deal, or did somebody mess up the numbers? usually you reach very diminishing returns with more power vs performance.

[@gameguy301]

its 30% better performance for 20% more power in a richly threaded application, but hyperthreading can lead to ever so slightly worse performance and power draw in single threaded applications, and an E core is roughly half as strong as a P core while drawing about 25% the power. so 50/25 > 30/20.

[@SirMo]

Intel isn't ditching SMT fully. Lunar Lake doesn't have them. But the desktop and server CPUs will have SMT. AMD too has sold CPUs with SMT disabled. I own a 4700u laptop which had great light workload efficiency for the time period.

[@elone3997]

Our great new chocolate recipe has all the same great taste of our original, same great price, just now with 50% LESS fat! ** **original pack@150g/new pack@75g I'll be interested when these get a thorough testing 😁

[@Hanneth]

@@SirMo I was going to mention about them not ditching SMT fully as well. Intel specifically responded to this and said they are not getting rid of them entirely. They are dumping SMT from their server chips. As was mentioned in this video about energy constrained spaces, which servers generally are now. Intel is actually leaning more into full e-core only CPUs for data centers. You can fit 2 e-cores in the space of a p-core, and 4 e-cores in the space of a p-core with SMT. Most server applications benefit from more cores to run things in parallel than having some really fast cores. Desktop CPUs on the other hand need p-cores for things that really need a fast thread, like games. The can also consume large amounts of power. The hyper-threads still work well here as power consumption isn't as much of a concern. They work faster than in a mobile, or server setting because in those environments the p-cores still have fairly tight power constraints, which also restricts the hyperthreading speed.

[@greggmacdonald9644]

@@SirMo Any info I've seen says that Arrow Lake on Desktop will NOT have SMT. Ofc rumors from any source are unreliable, so we don't know for sure.

[@BilalHeuser1]

I've heard that Intel is going to replace the Celeron with a newer less expensive CPU. It's going to be called the Intel Moron and it's target at consumers that don't know any better.

[@Amfibios]

😂

[@xxyyxx2871]

Yooooooo 💀

[@BlueHound]

It won't be missed. Hyper-threading mattered a lot when there were only two or four cores. Now there are 16 cores, I would rather have consistent performance per thread.

[@SlippyMcKnot8472]

That sewing machine joke took me longer to get than it should have, lol 😂

[@4RILDIGITAL]

Interesting perspective on Intel ditching hyperthreading in favor of its hybrid chip design. I'm curious to see how Intel performs without one of its hallmark features.

[@MrDecessus]

But not all their chips just the high end ones with a lot of e cores.

[@marsovac]

SMT primary purpose is to max out the arithmetic units on a CPU, which one single thread is unable to do even if out of order execution is very sofisticated. But doing so contributes to increased power density. And we know Intel has a problem with that. They are probably trying to reach higher frequencies by decreasing power density.

[@yukinagato1573]

Actually, the reason is more so deeply pipelined architectures. Maxing out arithmetic units is not the cause, but consequence. If you have a long pipeline, you want to keep it as busy as possible, even when it stalls. With HT, when it does stall, you can occupy all the functional units that would be otherwise idle, waiting for the pipeline to fill up again. Not using all the functional units is inneficient, of course. Especially in Intel's case where they have like four of each one (in a quadruple issue architecture). But it's generally not a problem if your pipeline is shorter so that they're gonna be occupied soon. It does become a problem when the pipeline is like 18 stages long, though.

[@JojOatXGME]

​@@yukinagato1573I think it is both. One core may not utilize all the units, even if the pipeline is filled up. Many CPUs try to prevent that by running the instructions out of order. But I can well imagine that running instructions out of order also increases the risk of losing progress on jump-misspredictions.

[@KatsuneGaming]

After upgrading to a 14700K (I wanted the experience upgrading a CPU on a platform that was ending), I did a bit of cine-benchmarking to undervolt the CPU and limit its temperatures to a reasonable level. During that process, I noticed that, by disabling Hyperthreading, my Cinebench runs lost only 1000 points, but mu CPU used 80 less Watts. Meanwhile, in terms of real-world performance, I have noticed no change in performance. If nothing else, there's a grain of truth to Intel's hyperthreading claim. I'm not about to speculate how much truth there is though.

[@alexatkin]

Interesting, as I only tried disabling at at the OS level (as my 14700K is in my home server so I didn't want to shut it down). I will have to try doing it in the BIOS properly.

[@lucasrem]

KatsuneGaming Cheap GPU u used ?

[@brucewayne2955]

AMD & ARM both forced Intel to become competitive after decades of being a monopoly.

[@overlord10104]

Disabling HT is not a competitive choice

[@BlueEyedVibeChecker]

Maybe it's "less extra threads and more cores" thing. Or just an efficiency thing that will only benefit battery-powered devices. Either or.

[@overlord10104]

@@BlueEyedVibeChecker disabling HT is just a way to lose performance. And anyways disabling ht is pointless. A whole point of HT is to utilize core more efficiently. Because you know at a time program can't utilize all parts of core, and giving that parts of core to second thread is clever idea. And it's take less space on die then adding a small core. Overall it's a very bad decision

[@Scudmaster11]

ARM CPU PCs are ganna fail again (and they diserve it)

[@user-ls2cm6hf9d]

Arm did nothing 😂

[@milkee8440]

2077 called. They want their hyperthreading sewing machine back.

[@judasthepious1499]

"delete me .." says hyper threading to Intel on his dying breath

[@guiorgy]

Just an FYI, for SMT (Hyperthreading) to work each of the 2 threads needs to keep the data it needs to work on in cache, but that cache is shared among the 2 threads, thus, with this technology the working cache size for 1 thread gets reduced from the one stated in the specifications. This is one of the reasons why disabling it might boos performance in some applications, like games, as seen with X3D cache is important to games.

[@bigben3019]

But the e cores also share L3 cache with the p cores

[@yukinagato1573]

Cache limitations can be a problem, but with HT you still have the benefit of switching threads if one of them stalls in the pipeline. One other reason why having HT enabled can lead to lower performance is overhead. If you end up switching threads too much, the CPU will end up processing to much thread-switching instructions instead of doing actual work. Especially in poorly optimized implementations, they can take up a lot of performance.

[@overlord10104]

@@guiorgy X3D is important because AMD shitty chiplet design imposes high latency access to RAM

[@guiorgy]

@@bigben3019 L3 cache is always shared, I was mainly talking about L1 and L2, which is separate for each core, but shared between 2 threads if SMT is enabled

[@guiorgy]

@@overlord10104 The chiplet design does increase latency, though they have managed to reduce the penalty quite a bit. More importantly, more cache would help Intel in games just as much, just check the videos by Hardware Unboxed, where they concluded that the main performance improvement between an i3, i5, i7 and i9 is the increased cache.

[@MaddTheSane]

From what I remember, Hyperthreading was made to combat a design shortcoming of the Pentium 4.

[@BeautifulAngelBlossom]

it was but it also made the chips run hot too

[@yukinagato1573]

Ridiculously long pipeline, that is.

[@shanehebert396]

SMT has been around for a lot longer than "Hyperthreading". Hyperthreading is just Intel's marketing name for SMT when they implemented it in the Pentium 4.

[@stephan553]

HyperThreading is also part of the Spectre/Meltdown nightmare vulnerabilities...

[@creeperz12345]

Speculative Execution was an issue that wasn’t exclusive to hyper threading. It was a vulnerability in ALL multi threaded CPUs. Hence the name Spectre (for Intel CPUs) & Meltdown (for AMD CPUs).

[@iiisaac1312]

@@creeperz12345 Wrong. Spectre affects both Intel and AMD, while Meltdown was just for Intel (and some ARM).

[@creeperz12345]

@@iiisaac1312 Yea you’re right, that’s my bad. Still was right about the speculative execution not being exclusive to hyper threading though.

[@stephan553]

Bud, that's why I said _part of._ HT going out doesn't mitigate Spectre/Meltdown by itself, but it removes one _huge_ headache of that, because you were running two instruction pipelines through the same bloody core.

[@creeperz12345]

@@stephan553 slick comment edit but nt

[@ShimadaSharra]

So... 30% more compute power, for 20% more electric power consumption. Its at least a 10% win. And: Intel is downplaying, because they want to sell the "we got rid of it". Its more like 40% more compute power in many programs, and ~15-18% more power consumption. Even Intel told you that a few years back, because they where proud of the efficiency of hyperthreading. But now, they lie about it, because now its inconvenient to admit it. And no, the e-cores wont give back anything of that. Dont get me wrong. The new chips may perform well at all. But they could perform even better in some tasks.

[@JohnSmith-mf3dh]

How do I know Intcel is trash? Pix4D Mapper... While a i9 14900k crashes with mere hundreds of images, a humble 5600x didn't crash AND completed the same task...

[@AndersHass]

Those Intel "efficiency" cores aren't really for battery life but just for multi core performance. The latest Intel mobile chip does seem to actually do well low power with the tile system, so it can actually save battery life, but it is just for a specific tile and not all e-cores.

[@PaulRoneClarke]

At some point, with so real many cores on chips these days, hyperthreading offers diminishing returns. The process scheduling becomes an issue itself.

[@michalsvihla1403]

The most worrying part should be "while consuming the same amount of power" 💀

[@kjakobsen]

Hyperthreading was a workaround for the piss poor Pentium 4 design.

[@hendrx]

Pentium 4 is legendary along with Intel core duo

[@kjakobsen]

@@hendrx Pentium 4 was so bad, that Intel had to base it's successor on an older model.

[@alexatkin]

@@kjakobsen Pentium 4 was so bad that I had a 2.4Ghz P4 and an 800Mhz P3 actually felt faster for general OS responsiveness and web browsing.

[@seisoloumano]

You forgot to mention removing HT also mitigates vulnerability like spectre and meltdown, allowing intel to remove some of the mitigation circuitry

[@ABaumstumpf]

The way the video is frame the story is just wrong: You first show that HT is power-efficient, specially for datacentres, and then claim it is a problem for those very same centres? No, that is just not the case which is also the reason why intel is NOT getting ridd of HT for those sectors. The explanation of OS thread schedulers is also wrong: The tasks are not scheduled to the same cores not for powerefficiency reasons but for performance. If you have 2 cores with HT you can either run 2 threads on one core and get 130% performance, or run 1 thread on each of the 2 cores and get 200% - which is a looooot more. HT is there to stay cause it is better at handling different situations. With HT when a thread is stalled it does not automatically stall the core. So for branch-heavy or data-dependent programs it can offer significant benefits in terms of throughput. We had seen as high as 60% scaling with HT. Of course having more cores and those being more efficient is in many scenarios the thing you want, but a simple singular core-architecture also has its benefits.

[@MrBluelightzero]

It took me too long to understand the sewing machine joke.

[@SchioAlves]

IBM seeing this justification while Power is more efficient for being RISC and has up to 8 threads per core: 🤣

[@Accolades70]

great info....

[@spacer125]

Hyperthreading is also a serious security problem

[@ilovefunnyamv2nd]

1:14 So intel's idea is to improve battery life by 20%, while decreasing performance to 70% ? Now I may just be a humble country PC enthuisiast, but I say I SAY, it sounds to me like Intel is leaving an additional 10% gain off the table by not implementing hyper threading on the P+E core design. Don't look up, that ain't rain dripping onto your head

[@tinmank]

What about virtualizations?

[@AlexeiDimitri]

Whats better: giving 4 e-cores to a VM, because u have a lot or giving it only 1 p-core CPU with HT? In practice, Intel wants to reduce p-core space to put more e-cores on the chip.

[@vladislavkaras491]

Thanks for the news!

[@DeinonychusCowboy]

Meanwhile, AMD will continue to make SMT cores in their processors, and will continue beating intel while intel and microsoft mutually struggle with core scheduling.

[@kalef1234]

This was a great piece of content, great job guys. Covering info in a way to inform consumers is such a good thing.

[@Aeturnalis]

2:08 skip ad

[@UserUser-zc6fx]

This is a bad idea.

[@thedeceptivekhan]

When are we getting Backside Power Delivery?

[@notCAMD]

Hertz big - perpormance good.

[@matthiasredler5760]

My P4 3.2 Prescott has HT and works till today.

[@BeautifulAngelBlossom]

the space heater chp

[@Amfibios]

wow i always thought the Prescott line didn't have HT. I still have my Pentium 4 Northwood with HT and works fine as well

[@randomgamingin144p]

found a pentium 4 3.0 prescott ht desktop from the recycling centre and it works lol

[@matthiasredler5760]

@@BeautifulAngelBlossom substitute the heating in my college suite back in the days 😀

[@wixostrix]

Man, I haven’t heard or thought about hyper threading since the mid 2000 when I upgraded my CPU. It was a marvel. Then getting a core 2 duo with hyper threading. It was truly the future 😂😂😂

[@bskull3232]

RAM is getting faster, and cache is getting cheaper, meaning having a "standby" thread in case of a memory access stall is less rewarding. Also, as the pipeline stalls, its ALU/SIMD units stopped clocking in data, thus stopping generating heat. With modern processors vastly power-limited, saving this power and just let the core stall and allocate the power budget to other cores doesn't negatively impact the performance that much.

[@wwenze]

When you have 32 cores and 16 of them are idling under most normal workloads what's the point of HT

[@AlexeiDimitri]

Well if u have 16 cores, you supposed to do worloads to use it (or else you are losing money), as 32 cores. And if u watched the video, HT gives us 30% more performance, so u spend 30% less time doing that workload. Time is money.

[@Roshbran]

I accidentally turned off my pc while it was resseting and now when i turn it on it turns on loads then turns off then on, it keeps doing that on and on, what do i do?

[@XBnPC]

Pentium 4 seems like recent dayz... the HEAT IS ON

[@rohandesai648]

sounds more gimmicky for the sake of matching arm performance per watt. Given that Snapdragons have shown far more stable product in its first iteration, intel has to think of such gimmicks now to stay relevant

[@pcfan1986]

With modern CPUs Core count and Pipeline length, I can understand why we don't need it on desktop. But I think in servers it may still be useful.

[@PsychoticusRex]

Biggest problem: Most god damn developers till don't know how to program in threaded environments properly even today. Basic SMP coding is also freaking rarely done well.

[@ABaumstumpf]

It also is freakishly hard to do really correctly - having it read and maintainable, performant and bugfree is rather hard. But at least going to 4-8 threads for games usually is easy as there are clearly separated tasks (like resource-loading, input-handling, AI etc).

[@concinnus]

I'd settle for just Epic learning multithreading from id or CDPR (or The Coalition?), since half of AAA is going UE5 now anyway.

[@AlexeiDimitri]

Well my friend in a real user computer we have MANY programs running on parallel: for web browser, calendar, email, game, video, etc, etc. For specialized operations such as video streaming, deconding and encoding, your program have to think parallely or delegate it to the GPU.

[@roboko6618]

Most software is single threaded simply because for most tasks, the order of execution matters. You can't eat bread without first walking to the store, buying bread and taking it home. It is impossible to do all 3 at once.

[@ABaumstumpf]

@@roboko6618 "Most software is single threaded simply because for most tasks, the order of execution matters" No. Cause most software is not in the tiny group that needs to be purely sequential. And just to show that your analogy falls flat on its face: To prepare a nice sandwich you can go to the store and buy bread, salad, tomatoes, cheese and onions. And for preparations you can cut the onions, tomatoes and bread at the same time while also washing the salad. Heck, you could have 5 people do everything in parallel and the only 2 points where it is sequential is when you start the whole thing, and at the end when everything is combined. That is how parallelism works. The reason most software is not multithreaded is the same reason why for making a sandwich: Coordinating all the stuff takes work and effort. There is little reason for a simple word-processor to be multi-threaded given that it is interfaced by a human. You wont be writing your email any faster just cause the mail-program is using 127 threads.

[@tamrix]

Hyper threading doesn’t run two threads at once. It has two sets of registers so when it switches tasks it doesn’t waste any time loading up the registers because it can load it up while the other task is running.

[@photoniccannon2117]

It technically does run two threads simultaneously because of the way that the back end of the CPU works. With out-of-order execution, the CPU is running several instructions at once and splitting up the input stream into multiple instructions it can run in parallel without breaking instruction dependencies. Often, the backend of the CPU can’t be completely filled with just one thread, so pulling instructions from two threads simultaneously reduces resulting pipeline bubbles. Modern CPUs can decode 4-8 instructions in parallel per cycle (depending on the architecture), and can usually dispatch even more than this when the instruction flow permits. How full the pipeline actually gets just depends on how many instructions the CPU can find to dispatch such that it can maintain instruction dependencies. Modern CPU designs are designed to try to try to utilize all of the resources of the core as much as possible, but of course, not all instruction streams are necessarily always ideal in that regard (hence tricks like this to try to exploit a little more performance).

[@tonymouannes]

​@photoniccannon2117 one core can only do one calculation at a time. The CPU have multiple components that run in parallel to each others, and that can include multiple cores. Hyper-threading allows one core to become 2 virtual cores by switching between sets of instructions.

[@photoniccannon2117]

@@tonymouannes They don’t switch, they’re interleaving instructions. Both threads are in fact running instructions simultaneously. Cores on x86 have been able to run multiple instructions in parallel since the 1990s. They aren't just executing one instruction per cycle, they're loading up a whole bunch of instructions in a queue, figuring out which ones can be run in parallel without breaking instruction dependencies, and then dispatching several at once. It's incredibly sophisticated (and is a large part of what allows modern cores to be so much faster than older designs.)

[@Junebug89]

@@tonymouannes I think this is just a confusion in the terminology. "Running two threads at once" doesn't mean doing two calculations at once.

[@sebastjansslavitis3898]

its not like they didn't have ways to lower power consumption without E-cores. I have CPU from 2017, and it underclocks itself when not used. Very efficient, at 1-2% utilization it runs at 0.8Ghz even base is 3.9Ghz

[@Aranimda]

HT was amazing on the single core Pentium 4. Not necessarily for performance, but because it gave hardware accelerated multi tasking. Without HT a single thread could hang the system by consuming all CPU cycles. With HT the CPU still remained accessible to other threads and therefore giving much smoother multi-taking without lockups.

[@driesverbraeken5402]

Later it will show it was a wrong choice.

[@RobloxianX]

If Intel is going to be removing hyperthreading it actually creates a market for Core-X to return. Right now we have Xeon 2400, which I think is now going to become a must for anybody who needs multi threaded workloads.

[@RayRayIsCoolio]

haven't we been here before, Intel ditching hyper threading? only to bring it back a generation or two later

[@NeonVisual]

But hyperthreading is the only kind of threading I like, all the other threadings are mediocre.

[@selohcin]

2:20 "It doesn't invoke hyper-threading unti ALL cores, both P and E cores, have been populated">> I don't think this is true for AMD's SMT.

[@uhohwhy]

no ht no buy

[@matejboras9279]

why not both

[@cszolee7979]

Intel is becoming the caricature of Intel.

[@etatsopa]

If you get a 30% boost with a 20% power usage hit… doesn’t that mean hyper-threading is more efficient? Using 30% more physical cores would mean 30% more power.

[@shanent5793]

That's only the dynamic power, so savings will depend on the workload. By simplifying the processor, they can reduce the constant power consumption, which is important if the CPU is idling much of the time

[@sharkey086]

As someone who has built rigs as my very first, personal rig, having been a P4 w/HT (which I still posess 😉), I feel the lower power consumption to performance gain is worth it. I have used Intel, solely since the P4, but this just puts a bad taste in my mouth for their "development." At least have an option for enthusiats and do a trial basis, vs just 86ing HT.

[@ImmortalAmpharos]

Always love a quickie

[@tehguitarque]

Going from 1 to 2 threads was a game changer, like the difference of hdd to ssd. rip ht

[@MrSamPhoenix]

I never understood how it worked.

[@marvininer]

Am I the only one who finds it weird hearing Intel is concerned about power efficiency?

[@KevinRiggle]

I'm sure this has nothing to do with all the security vulnerabilities (Spectre, Meltdown, etc) that, while I don't think hyperthreading enabled, some of the underlying technologies which it relied on like speculative execution did.

[@iikatinggangsengii2471]

what i know it requires more effort from developers to make it work optimally, and w todays cheap 6 cores ht is pointless

[@NeverlandSystemZor]

Interesting idea, but too bad that so many of the latest gen Intels are failing... And honestly, I think ARM is going to kick them in the ass with that "do more with less power/heat" thing anyway.

[@BunkerSquirrel]

Makes sense to me. Simpler architecture and opportunity to put power where it’s needed. As long as the CPU’s smart enough to keep tasks like the os and web browsers on E cores, that means more intensive tasks could be assigned their very own P-cores without being bottlenecked by some other random process stealing performance on another thread. Looking forward to seeing how good their CPUs run in the future.

[@shanent5793]

Core scheduling is completely controlled by the OS. The only thing the CPU can do is report relevant information that the OS can use to optimize scheduling.

[@RKelleyCook]

Of course, SMT was really created for the never released DEC Alpha EV8 (which had 4-way SMT), before the HP/Compaq merger killed off that amazing architecture for good in favor of Itanium which HP was co-developing with Intel. Honestly, the only good thing about the death-of-Alpha was that Intel acquired the rights to it which got them Dean Tullsen's SMT research and Intel was savvy enough to add it to the first P4 shrink (aka Northwood) birthing HyperThreading (aka 2 way SMT).

[@tfkoincognito]

20% more power usage versus 200% big brain move.

[@milasudril]

Actually SMT come and go. 3570k has no HyperThreading. It is of cause tied to the current µ-arch and estimates on type of workload etc.

[@queden1841]

Are p and e cores physical separate or are they basically hypertreaded?

[@AlexeiDimitri]

e-cores don`t have HT. In chiplet design in Lunar Lake, e-cores and p-Cores will be in separated chiplets.

[@_lonath_]

Why not have both and switching between them?

[@AlexeiDimitri]

Because intel wants to reduce p-Cores size to put more e-cores on the same space. In practice, HT gains are 30%-or less. Using the same space for a few more e-cores could be more performatic and better efficient on power side.

[@EthanAQueen]

Are the OS CPU schedulers going to be fixed so that stuff that should be running on the P-cores don't get parked on the crappy Atom (E) cores like they regularly do now?

[@UnbanMeNowdotcom]

Intel's shift from hyperthreading to a hybrid chip-focused design seems like a strategic play in the long-term game. Streamlining energy efficiency while not compromising the overall performance presents a win-win scenario.

[@shalomrutere2649]

While laptop and desktop processors give it up, here comes Huawei adding multi threading on their Kirin 9010😂

[@chrisbaker8533]

A sewing machine does not hyper thread, that's what a serger is for.

[@perfectionbox]

Awwww power cores and efficiency cores. Intel finally caught up to Apple and Qualcomm.

[@HokgiartoSaliem]

3:15 So no performance only increase over raptor lake? Just performance / power?

[@yukinagato1573]

Yes. But keep in mind they tried to increase only performance without looking into power in the past. That didn't end well...

[@cmdr_talikarni]

P cores are normal cores, and their current claim of "total cores" is a scam. Yes I want that text document to open in half a second instead of 8 seconds since its forced through the useless 2.6GHz E cores. What this tells me is their manufacturing process has been failing to produce proper high core count with reliability in their newer 7nm and 4nm processes, so they pack in the E cores in order to falsely claim higher core counts. No that 13700K is an 8 core, and the 7800x3d is also an 8 core with proper full 8 core hyperthreading, its not passing most of the HT to any E-cores. Just call it was it really is, 13700 with Atom/Celeron cores.

[@darinherrick9224]

Basically, as I predicted at age 12, RISC architecture won. It was just a matter of time. CISC architecture just adding more and more power hungry cores and threads lost the race because it lost the race before it started. Efficiency wins the long game every time.

[@nagoranerides3150]

Someone's still using Intel?! I hope you don't have any sensitive data.

[@xs0ulLess]

How can i trust deleteMe if i have to give it my personal data first

[@evenAndre]

Desperate move to compete better with amd on power. Will be interesting to see where overall performance ends up.

[@NitheshVG734]

So now we’re calling the single core cpu as “cpu with only one core”?

[@DrLogical987]

... And securing hyper threads is a performance hit

[@xabee-eagle]

Did you just put an ad in a less than 4 min video???

[@emperortivurnis9161]

I hate PE in school and I hate PE in cpus as a 31 year old.

[@Blez1224]

I'd love to see a video about mobile software support. How long is it safe to use a phone, security updates, whats the risk of not having an update anymore, etc. Thanks in advance!

[@TheT8or]

I clicked on the video not due to the thumbnail change, but due to finally having time to watch it. Just wanted you to know ❤

[@Madblaster6]

Let's be real HP is a huge security risk

[@wentworthmiller1890]

How will this impact VMWare Workstation perf on Intel chips with e-cores? Seems to be doing bad on 12 gen onwards from what I've read. While some report no perf hit (some saying to run VMWare software as admin on Windows), many state otherwise. Don't have budget to experiment, thus sticking to 11700K for home build, also doubling as work PC - and thinking about going AMD if need to upgrade. If AM5 had DDR4 support, would've been a no-brainer. Grateful for any advice / experience. Cheers.

[@michaelrichardson8467]

Intel IS NOT KILLING HYOERTHREADING. They stated that themselves, directly from the cpu teams mouths. They killed it in Lunar Lake for power and space savings. They flat out said that Hyperthreading is still an option they will use where power savings aren't the main concern.

[@Velerios]

So... why do they kill it on PC?

[@shanehebert396]

@@Velerios they aren't. They're killing it in their low power, portable/laptop processors for the power savings. Lunar Lake is for laptops and low power.

[@Velerios]

@@shanehebert396 Arrow Lake that is for desktop will have also no hyperthreading, according to the usual sources.

[@iikatinggangsengii2471]

its like world record of most complex way to pay an employee

[@JojOatXGME]

I often wondered if hyperthreading could be much more effective when applications were specifically designed for it. (This would probably also require new APIs in the operating system to let the application control whether to use it.) Theoretically, two threads on the same core can communicate orders of magnitudes more efficiently then two other threads because they share the same L1 Cache.

[@Kneedragon1962]

ummm ~ Look, it's complicated. Back in the day, there was only one thread. It did what it did and then handed control back to the operating system. Then we came up with having multiple threads. That was to try and replicate what Big Iron did, but on desktops. UNIX / Linux is a multi-user, multi-process, multi-TASKING operating system. Multi-tasking means it runs one thread, and then when that thread stalls, because it's waiting for a HDD or user input, it goes off and does something else. Then Intel had the idea you could run two threads on one CPU. That involved doubling up the registers and the cache and doing a 'swap' instruction which unloaded one process and replaced it with another. "Quickly" ~ at least in principle. Should note, the concept of hyper-threading can be extended to have 3 or 4 or more threads running on one CPU core. But that does require more cache and more registers and more of the bloat that came with having 2. After playing with this idea, it was found it's really not worth it for more than 2. Diminishing returns. And it's not real power efficient. Exactly how much it scales ~ depends entirely on the programs it's running. Programs (threads) that stop and wait for other things, that access the HDD or even obscure parts of main system RAM ~ they benefit almost 2x. Programs that simply chew through a stream of data, like say encoding a video, those don't benefit as much. Having big & little cores, that comes from mobile space and fondle-slabs and stuff. It's a whole lot more power efficient. Whether it's more efficient in terms of silicon area, that gets complicated. Depends on the work-flow. This is a developing and evolving area of computer design, and it's quite fascinating. AMD are being a little bit slow to adopt this, because being more space-efficient, with their normal cores, has been a distinct advantage to them up 'til now. They do have 'Dense' cores, for servers and racks, which simply have far less cache, so they're smaller. But the core still has all the stuff a full-spec core has, just half the cache. Is that equivalent to an Intel 'Efficiency' core? Well, sort of, in some ways ... It's complicated. Intel's efficiency cores, are way less than half the size of their performance cores. They deliver almost the same performance in some tasks, way less performance in others. They can run some of the full x86-64 instructions, but not all of them. AMD 'compact' cores are more like half the size of a normal core, but they have the full complement of features and functions and instructions the performance cores do. They're 'compact' simply because they have less cache. Ok, so if your process makes a lot of use of cache, that hurts. If not ~ it's pretty much a full Zen core. That seems to work very well in rack-space, at places like Google and Amazon web services and M$ Asure ~ Which one is better? Well they all seem to be moving in the direction of Intel / ARM, and Big + Little. AMD are just moving a little slower here, because they're in a strong position now ~ the pressure on them to make this change, is lower.

[@jagadishware922]

Hope it's not pricey

[@ocudagledam]

30% performance boost for 20% extra power sounds like a good deal, but that's just me.

[@tonymouannes]

That's with old technology or the performance cores. But E-core do better without hyper-threading.

[@RealLifeTech187]

Well ARM doesn't seem that efficient after X Elite reviews. Apple's custom cores are efficient but that doesn't seem to have anything to do with ARM 🤷‍♂

[@adriantarver2229]

As an automations dev, performance tends to matter more for my case, but the average consumer often cares more about efficiency, and battery life.

[@soundspark]

Wonder if they will bring it back at some point?