Intel Ditching Hyper-Threading with New Core I7-9700k Coffee Lake Processor

https://wccftech.com/intel-ditching-hyper-threading-with-new-core-i7-9700k-coffee-lake/

by jhack • 8 years ago

130 84 8 years ago

mtgx• 8 years ago

It's because it's one of the few ways Intel can cut costs/remain profitable in the face of new AMD competition without disrupting the company's operations in the long term.

Of course this doesn't mean its brand/sales won't be hurt further due to this move.

strictnein• 8 years ago

Honest question: How does disabling Hyper-Threading cut costs?

dogma11382• 8 years ago

It doesn’t but it allows them to have more products based of the same exact die just like i7s and i5s share the same die which reduces manufacturering costs.

That said it would simply mean that the i7 would become the new i5 and also fill the same price range quite likely.

They might run the i5, 7 and 9 in the mainstream line now and bring the i3 to where the Pentium line is currently is however I still think that this is quite likely a configuration issue than a new segmentation since the i9 is their HEDT platform now.

pizza2342• 8 years ago

Transistors, I guess; HT adds extra registers for each core. However, I have some doubts that removing them would make a tangible impact on the final price.

dogma11382• 8 years ago

More likely that HT was disabled on that system than Intel scrapping HT on i7s unless they are shifting the entire product line one peg down and having a mainstream i9 on the desktop that isn’t a part of the HEDT platform.

lagadu2• 8 years ago

That is the Occam's razor choice to explain this yea.

lostmsu• 8 years ago

Is this a trusted source? The previous post about i9 there has a different information altogether.

csdreamer7• 8 years ago

No, Wccftech has a reputation of posting any rumors and not bothering to verify them.

muro• 8 years ago

Or just making things up.

lagadu2• 8 years ago

Nothing coming out of wccf is even marginally trustworthy, they're infamous for posting every single rumor they hear about.

kristianp• 8 years ago

This source [1] says:

Core i9-9900K with 8 cores and 16 threads

Core i7-9700K with 6 cores and 12 threads

Core i5-9600K with 6 cores and 6 threads

[1] https://hothardware.com/news/core-i9-9900k-coffee-lake-cpu-i...

adigonionio• 8 years ago

This form of "segmentation" is something I've always found appalling. A part like this is no different from a high-end part; it's an identical design that is intentionally damaged so it doesn't cut in to high-end sales. It comes out of the factory fully-featured and Intel charges you extra if you want them to skip breaking it.

The free market, in its beautiful efficiency, leads to the intentional crippling of millions of state-of-the-art chips.

oasisbob• 8 years ago

Doesn't that viewpoint ignore real-world yields and binning?

theandrewbailey2• 8 years ago

What about the dies that aren't 100% perfect, and don't work at those high end specs? If there's a defect in a core or two, or in some area of cache, why not trim it down to a lower spec part and sell it for something (rather than scrapping it)?

nilsbunger2• 8 years ago

I think the case of HT is more pure "segmentation", and a little different. I bet most of the parts that ship with HT disabled have all threads working.

The number of transistors involved in HT are quite small. There are probably very few cores where one thread works and the other doesn't, compared to the number of CPUs that work or don't work because their cache or something more fundamental is screwed up by a defect.

I wouldn't be surprised if they don't even test for one thread working and the other not, and the "defeaturing" is a separate step after yield binning.

nilsbunger2• 8 years ago

I understand it seems weird with hardware, but I think it's similar to how we charge for software.

Try this thought experiment:

1. Based on market analysis, Intel decides it could sell a part with hyperthreading for $1K, and one without for $500.

2. Engineers start building both chips.

3. Because the chips themselves cost little to make ($45 and $50 for non-HT vs HT let's say?), and it costs $10M of engineering time to design each chip, engineers realize it would actually be far more efficient to design one chip with hyperthreading, and disable it for the lower-end SKU.

I'm curious which part you object to in this sequence. The sale price of chips is mostly amortizing very high R&D costs, not unit distribution costs. There are a variety of different types of customers to serve with different price points, while designing different chips is expensive, so it ends up being logical to make one chip with different features enabled.

Software and web services are the ultimate expression of this kind of economics. It costs almost 0 to serve an additional customer, but a lot of R&D and operations to build it.

Would you call a web service "intentionally damaged" when they don't give you all features for the same price (or for free?)

p1necone• 8 years ago

This market where they can build chips for $50 and sell them for $1000 only exists because there is a (near) duopoly on x86 (afaik mostly due to patents).

If the HT chip costs almost the same as the non HT chip then maybe they should just be selling HT chips for $500 instead, that would probably be what would happen if there was actually competition in the x86 market.

dmoy• 8 years ago

On the other hand, I'm sitting here perfectly happy with my $90-$100 i3 at home, which would not have been as cheap without price bucketing and all the people buying expensive i7s and server chips subsidizing the R&D.

Do I ever use more than 2 cores? Rarely.

Oh actually it has 4 cores, guess that changed with the newer chips.

Sohcahtoa822• 8 years ago

Oh actually it has 4 cores, guess that changed with the newer chips.

Yup. That changed with the 8000-series. The current i3 chips are more like the previous generation's i5.

It's pretty nice because it means i3's are suitable for gaming.

pkaye• 8 years ago

By having different feature levels, they can downgrade parts that don't pass at a higher class of features. For example, maybe part of the cache is faulty then you can disable half of it and sell as a lower grade part.

dnautics4• 8 years ago

is this because of meltdown?

kingosticks2• 8 years ago

This is now going to be a feature limited to the i9 branding,

So their goal would be to limit meltdown to the flagship i9 series? Seems like a strange plan.

dnautics4• 8 years ago

I suspect that without hyperthreading the OS kernel has more explicit knowledge and control over thread tenancy so it is easier to mitigate a cache timing attack. But that is just speculation on my part.

negus• 8 years ago

But HT was the main (or only) difference between i5 and i7. What will be the difference among 5/7/9 in 9th generation?

dsr_2• 8 years ago

Core counts from i3 through i7, threading for i9. According to the article, anyway.

daveguy• 8 years ago

This seems like a terrible move just as AMD is getting more competitive. AMD cpus are just going to be that much bigger bang for the buck. I don't buy that they're going to limit ht to only their top end cpus.

SketchySeaBeast• 8 years ago

Assuming this is true (which I doubt - HT was the main differentiation between the i5 and i7), this seems like the exact opposite approach you'd think they'd take with Ryzen breathing down their necks and boasting high core counts- AMD's i7 equivalents are all 8 core / 16 threads - Intel would want to return fire in some way.

alkonaut2• 8 years ago

If they really wanted to make a consumer/prosumer divide between i5 and i7/9 then they’d make virtualization and ECC available only for the latter.

wmf• 8 years ago

In general I don't think blow-by-blow Intel SKU rumors are a good use of HN's time, but it's useful to understand the context here: https://www.computerbase.de/2018-07/spezifikationen-core-i9-... The i9 is rumored to be 8C/16T, so Intel has to make the i7 worse in some way. An 8C/8T i7-9xxx is presumably still a little faster than a 6C/12T i7-8xxx even though it has fewer threads.

Symmetry2• 8 years ago

HT is easy to implement but hard to debug. It wouldn't be at all surprising if an Intel engineering sample had HT disabled during the testing of some early samples. And really an Intel heavyweight core is wider than it needs to be in most cases where it isn't running two threads.

vbezhenar• 8 years ago

I wonder if they fixed meltdown on those new processors. If they didn't, a lot of people probably would wait for upgrade (or switch to AMD).

detaro2• 8 years ago

Has AMD fixed meltdown on any processors?

benchaney• 8 years ago

AMD never had meltdown to begin with. That was an Intel exclusive. Spectre is the one that affects everyone

djsumdog• 8 years ago

Are there any scheduling experts on here? So I've always been under the impression that HT just schedules instructions on the unused functional units.

So say your CPU has 100 adders, and when you resolve all your dependencies for incoming instructions, you can only use 60 of those adders when running instructions in parallel (out of order), so the HT/logical core uses the other 40 adders for another thread (so the HT cores get a lower priority than the standard cores; hence why operating system that are HT aware can be more efficient by scheduling lower priority threads on the HT cores).

Is that correct or am I way off? (HT wasn't a thing when I took architecture class. I had a dual AthlonXP back then, where I had two physically separate processors).

w0utert• 8 years ago

Yes I think it more or less works that way. A hyperthread has its own set of registers and stack and everything, but for doing any actual work it shares the same functional blocks as any other thread running on the same core. I do think that the hyperthreading parts increase the numbers of some functional blocks like load/store units and such compared to non-hyperthreading parts though, to reduce contention (someone correct me if I'm wrong).

What this means is that hyperthreading does not really work so well on sustained, homogenuous workloads. For example doing very heavy computation on 8 threads of a 4-core CPU with 8 hardware threads, can actually reduce performance, because all threads will be contending for the same functional blocks of the CPU.

bartread2• 8 years ago

For example doing very heavy computation on 8 threads of a 4-core CPU with 8 hardware threads, can actually reduce performance, because all threads will be contending for the same functional blocks of the CPU.

We have exactly this scenario on a server we're running (non-virtualised) and, if it didn't involve rebooting the machine, I'd already have run a test to benchmark whether we get better performance with or without hyperthreading. Unfortunately our test environments aren't similar enough to be representative in terms of testing yet, but this is going to change in the next few weeks so I'll finally be able to run my test without needing to take down the production box.

pizza2342• 8 years ago

hyperthreading does not really work so well on sustained, homogenuous workloads

what would distinguish this description from, say, compression and compiling? based on the experience on my machine (which of course is limited), HT does give a boost in those two cases, which could be classified as homogeneous and sustained.

Sohcahtoa822• 8 years ago

What this means is that hyperthreading does not really work so well on sustained, homogenuous workloads. For example doing very heavy computation on 8 threads of a 4-core CPU with 8 hardware threads, can actually reduce performance, because all threads will be contending for the same functional blocks of the CPU.

When I got my i7-3770K (4 cores, 8 threads) years ago, I was into POV-Ray rendering. I did a test using only 1, 2, 4, and 8 threads.

As expected, 2 threads was double the speed of 1, 4 threads was double the speed of 2, but 8 threads was only about 15% faster than 4.

Thinking about it now, I wonder what power consumption looked like.

cesarb• 8 years ago

AFAIK no, HT siblings do not get a lower priority. The core's resources are shared equally between the SMT threads. Operating systems that are SMT aware try to avoid this sharing when possible (a non-SMT-aware OS could schedule a pair of runnable threads on one core while another core is idle; a SMT-aware OS would use the idle core instead, so both threads get a full core for themselves).

brudgers• 8 years ago

I am certainly not an expert. My high level understanding of hyper-threading comes from having a Pentium 4 with it back in the early 00's [1]. Things may have changed since then, so I could be wrong...anyway, a simple model of hyperthreading would be a CPU with two operations: load and execute. Each operation takes one CPU cycle. Hyperthreading is possible when both load and execute can run each and every clock cycle.

  Cycle 0: Thread 1 loads
  Cycle 1: Thread 1 executes & thread 2 loads
  Cycle 2: Thread 1 loads & thread 2 executes
  Cycle 3: etc.

The advantage of hyperthreading is that there is little or no context switching overhead. At least relative to traditional hardware threads. With a real CPU there are more steps in the pipeline and each step takes a variable amount of time. Later CPU's take advantage of those available cycles with parallel, speculative and out of order execution...but those are generally abstractions over a single thread.

[1] https://en.wikipedia.org/wiki/Pentium_4

gpderetta• 8 years ago

HT can help fill unused execution units (which are in the order of a dozen not hundreds unfortunately) as they are over-provisioned compared to what a single thread could possibly use [1].

But the biggest win is when HT can fill pipelines holes caused by a single thread waiting for some long latency operation (almost invariably memory accesses). Normally out of order execution can fill these holes by extracting parallelism from a single thread of execution, but that's not always possible when multiple high or unpredictable latency operations are chained together.

jron• 8 years ago

OpenBSD disables Intel's hyperthreading due to security concerns: https://news.ycombinator.com/item?id=17350278

dmix• 8 years ago

Note: it wasn't found to be insecure, it was merely suspected of being insecure

(FWIW, this comes from people who tend to know what they are talking about. But also people who value security over everything else)

qop• 8 years ago

For the uninformed: concerns don't mean vulnerabilities, necessarily

At least there's no proof so far

aasasd2• 8 years ago

Most applications can usually handle a maximum of 8 threads efficiently

I just wonder if I'm in the minority running more than one app at a time. Specifically, a dozen apps that are never closed and just stay in the background until I need them. Even more specifically, listening to music on YouTube while working in the IDE, wherein the browser pops up regularly on the CPU usage chart.

For the same reason, the norm of 4 or 8 gb RAM is baffling to me.

simias• 8 years ago

Do you find that you're CPU limited in your workflow? Apps that are mostly idle don't need a dedicated CPU thread. Firefox playing a Youtube video on a rather old i7-5820K @3.3GHz takes about 20% of one CPU on my machine. Emacs takes a negligible amount of CPU most of the time, so do my terminals. Compilation is really the only situation where I max out my machine.

In general if you only care about raw performance you'll run one heavy app per machine. You won't use the same server to render video and build your code at the same time, it will be more efficient to use two different servers for that.

aasasd2• 8 years ago

To me it seems that modern apps don't really stay frozen in the background like it was ten years ago, at least not on Mac. Something always keeps bubbling up in the process manager. Especially, JS GUIs seem to constantly occupy the CPU with something, even if a little―despite the supposedly event-driven nature.

sigi45• 8 years ago

I'm not CPU bound at home at all. Still have an i7 for those rare moments of raw file to jpeg export with Lightroom.

I do care about performance at work because I'm using it 8 hours a day but I wouldn't min an i5 at Home at all. Don't think that any normal person needs it. Even with a few apps running in the background

jjeaff• 8 years ago

No one needs a V8 engine either, but it's nice to be able to tromp on the pedal and feel the g forces every once and a while. And the price difference for higher performance car engines is much more than the small bump in cost from an it to i7.

alkonaut2• 8 years ago

I do, but even with 20 apps running I probably never used more than 3-4 simultaneously that each consumed a meaningful amount of CPU. With 8 cores I can probably easily do without HT for any workload.

fulafel2• 8 years ago

Its funny how HyperThereading is such a widely used term, being an Intel marketing trademark. (SMT is the computer architecture term - cf. mmx vs simd)

naikrovek• 8 years ago

They are different. HyperThreading is where one core acts as two by rapidly switching contexts. It isn't actually two hardware threads, and the one core never does two things at once.

SIMD is one thread doing one instruction on multiple pieces of data at the same time.

SIMD can give higher throughout from the CPU, and you must organize your data types to use SIMD.

Symmetric multithreading is where software takes advantage of multiple logical hardware threads to do multiple pieces of work per clock cycle.

SMT can use HyperThreads and/or multiple physical cores, and/or multiple physical CPUs with one or more logical hardware threads each.

nkurz• 8 years ago

It isn't actually two hardware threads, and the one core never does two things at once.

I don't think that's quite true. Rather, the two "virtual cores" are mostly independent, but share some backend resources. For example, modern Intel CPU's can sustain execution of 4 instructions per cycle, and with hyperthreading, two of these instructions can be from one thread and two from the other. Or one and three, or four and zero. Both threads truly do execute at the same time, it's just that the competition for resources means it sometimes takes longer for them to execute on a shared core than on separate physical cores.

fulafel2• 8 years ago

They are different. HyperThreading is where one core acts as two by rapidly switching contexts.

This would be quite the opposite of Intel's actual SMT implementation, which aims to keep all the parallel execution resources of an OoO core fed and busy.

There have been some machines that do what you describe too (eg Tera/Cray MTA, many GPUs, Sun's Niagara), to combat memory latency and reduce the need for cache. Those machines have a big thread count since they want to have a lot of outstanding memory operations in flight. You will notice that these machines are not called SMT, since the S stands for "Simultaneous".

yellowapple• 8 years ago

"Most applications can usually handle a maximum of 8 threads efficiently, any more than that is diminishing returns anyways."

That's only relevant if you only plan on running one application at a time.

xkcdefgh2• 8 years ago

This is very unlikely just when amd's making them panic with super competitive ryzen procs

Intel Ditching Hyper-Threading with New Core I7-9700k Coffee Lake Processor

Related Stories