News for hackers. Stuff that matters.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by dantiberian on Tuesday July 17, 2018 @05:29AM (#17548422)
A few months ago Intel pulled a stunt where they showed a 28 core 5GHz CPU, implying it was a production CPU that would ship this year. They failed to mention that it was attached to an industrial compressor to supply the necessary cooling for the overclocked CPU, and that it was a server socket (https://www.anandtech.com/show/12932/intel-confirms-some-det...).

Since then, whenever I see a headline with Intel in it, I heavily discount it until I can verify the facts. They’ve damaged my trust, and I suspect many others.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by nordsieck on Tuesday July 17, 2018 @05:39AM (#17548467)
Case in point:

> chips will support up to 3.84 TB of memory per socket ... due to combining 512 GB Optane DIMMs and 128GB DDR4 DIMMs

> ...

> in a 6 x Optane and 6 x DDR4 configuration, they will provide 3072 GB of 3D XPoint memory and 768 GB of DDR4 RAM for a total of 3.84 TB of memory

Optane DIMMs don't really have the performance characteristics of traditional DRAM. It sounds like the real capacity per socket is 12 x 128GB = 1.53 GB, which is the same capacity as the previous generation.

That being said, I'm optimistic about Optane DIMMs - it seems like an interesting performance point in between DRAM and SSDs.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by evfanknitram on Tuesday July 17, 2018 @05:49AM (#17548507)
Tiny correction: Should be 1.53 TB, not 1.53 GB
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ScottBurson on Tuesday July 17, 2018 @01:37PM (#17551489)
Even tinier correction: it's exactly 1.5 TB (1536/1024).
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by akmittal on Tuesday July 17, 2018 @06:22AM (#17548615)
Certainly not tiny, off by 32 bit
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by MertsA on Tuesday July 17, 2018 @06:41AM (#17548666)
Tiny correction: Should be 10 bits not 32 bits.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by evfanknitram on Tuesday July 17, 2018 @08:18AM (#17549140)
I meant tiny as in maybe not even worth pointing out since people will understand it anyway.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by detaro on Tuesday July 17, 2018 @09:31AM (#17549582)
only 3 bit diff between the strings
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by nottorp on Tuesday July 17, 2018 @05:56AM (#17548524)
Yeah, marketing lies. Go AMD go!
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by gameswithgo on Tuesday July 17, 2018 @09:28AM (#17549566)
AMD is guilty of it as well. "AVX2" -> not really! But yes I do wish them well. Make the avx support real AMD!
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by hajile on Tuesday July 17, 2018 @11:25AM (#17550331)
AVX2 is a set of instructions and AMD supports them. How they support them is a different question. Does Intel not support AVX512 because their processors run at a lower clockspeed when they execute? There are more and less efficient ways to support an instruction set.

AMD decided that consistent clockspeeds were more important than wider units. They decided that most users won't use enough AVX instructions to overwhelm the AVX unit (especially with consistent clocks), so there was no justification in ballooning the die size and increasing power consumption without a decent payoff.

https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#New...

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by cmsimike on Tuesday July 17, 2018 @10:31AM (#17549957)
As far as I know, Ryzen has avx-256, its four 128bit units can join as two 256 bit ones without any penalty.

What makes this not real AVX? Because there is not one dedicated 256-bit unit?

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ajross on Tuesday July 17, 2018 @10:57AM (#17550106)
> without any penalty

Except literally running at half capacity. That doesn't qualify as a "penalty" to you?

The point was that AMD advertised support for AVX in a context where you'd expect it to be performance-comparable, and what they shipped was "support" for AVX in the sense that the code wouldn't crash, but wouldn't provide any performance benefit over SSE either.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by hajile on Tuesday July 17, 2018 @11:31AM (#17550375)
https://en.wikichip.org/wiki/intel/frequency_behavior

Intel reduces clockspeeds when running AVX2 and drastically decreases clockspeeds when running AVX512. AMD's slightly smaller unit doesn't need to slow down, so the actual performance difference is smaller than it would appear.

Changing frequency takes time. Also, if you are putting through an AVX instruction and a few integer instructions at the same time, the integer instructions will downclock the whole time the AVX pipeline is in use (plus the time before/and after while the clockspeed is being adjusted) decreasing performance for more than just the AVX.

There are a couple articles written on the topic. Here's one.

https://blog.cloudflare.com/on-the-dangers-of-intels-frequen...

https://software.intel.com/en-us/forums/intel-isa-extensions...

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by Const-me on Tuesday July 17, 2018 @10:24PM (#17555159)
> Except literally running at half capacity.

I’ve been writing SIMD code for some time now, and I disagree.

You can read the documentation I’ve generated https://github.com/Const-me/IntelIntrinsics AVX intrinsics begin with _mm256_.

You’ll find that for some AVX operations, such as _mm256_fmadd_ps, _mm256_adds_epi8, _mm256_blendv_ps, both latency and throughput of Ryzen is equivalent to Skylake. For some others, e.g. _mm256_add_ps, _mm256_mul_ps, Ryzen is close to some older Intel, Haswell or Broadwell. Only for very rarely used stuff, e.g. _mm256_broadcast_ps, _mm256_madd_epi16, Ryzen is significantly slower than Intel.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by gameswithgo on Tuesday July 17, 2018 @11:01AM (#17550131)
oh, they are twisting words with the marketing about "no penalty" pretty bad!
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by gameswithgo on Tuesday July 17, 2018 @10:52AM (#17550075)
> without any penalty.

My understanding is that without any penalty was not true, but it is possible the new gen cpus have changed that, I have not firsthand benchmarked it.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by eloff on Tuesday July 17, 2018 @12:14PM (#17550740)
Well at least it can address 3.84 TB of RAM (maybe more, because that's not a multiple of a power of two.) I suppose if you could get 256GB DDR4 DIMMs you'd have 12*256 = 3072 = 3TB of RAM. Yuu'd have to give the RAM cartel your first-born to pay for it, but that would be some machine!
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by djsumdog on Tuesday July 17, 2018 @06:49AM (#17548703)
But what market are they even trying to hit here? DDR4 prices are insane, but home consumers don't run large NUMA systems.

Data center admins are going to be able to get the capitol for real DDR4 over Optane. They'd need to be ordering a lot of servers before the price point becomes significant enough that they'd order an Optane configuration and decide to benchmark them.

I'd be curious about the real benchmarking at that point. It there a performance boost to simply have more memory, even if some of it is Optane, or is it better to have a lower capacity without the Optane sticks? I have a feeling this will vary heavily by application too.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by tgtweak on Tuesday July 17, 2018 @08:37AM (#17549233)
The idea of putting ssds in memory dimms isn't new, the jedec standard for this is included in ddr3. It's referred to as an nvdimm(-f for SSD), sandisk and IBM both produced and sold them. These are supported since Linux kernel 4.1 and show up as a block device in /dev/pmem. The latest optane variants are nvdimm-p and are not treated like block storage devices but instead as persistent memory to the OS.

The storage dimms have some notable benefits over pcie nvme ssds - latency to the processor is extremely low, they give extra total storage I/O since they're leveraging a different controller on the cpu with its own bandwidth, while still leaving pcie bandwidth for traditional storage. They can add capacity to a small system (a 1U server can hold 24 such ssds)

As I see it though, these optane dimms are just fast swap drives which do not offer the same consistent throughput as true memory dimms. They are transparent to the OS which is normally in charge of deciding what stays in memory and what goes to swap. Use of an Intel sdk is required to leverage much of the benefits. It's also Intel-only as far as support goes for now. As usual the marketing doesn't mention the throughput or pricing and instead of comparing to memory they compare it to storage.

http://www.admin-magazine.com/HPC/Articles/NVDIMM-Persistent...

https://thessdguy.com/an-nvdimm-primer-part-1-of-2/

https://www.extremetech.com/extreme/270270-intel-announces-n...

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by naveen99 on Tuesday July 17, 2018 @08:20AM (#17549149)
I thought the real advantage of Optane was bypassing the pcie bus, with much larger bandwidth of dimm: 80GB/s instead of 12GB/s
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by tgtweak on Tuesday July 17, 2018 @08:44AM (#17549266)
DDR4 dimm read throughput is about 20GB/s per dimm. PCIe 3.1 x4 is 16GB/s. I feel very comfortable claiming that these optane dimms will not reach 20GB/s of sustained performance.

The advantage here being latency (and thus single queue throughput)

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by dragontamer on Tuesday July 17, 2018 @05:29PM (#17553611)
> PCIe 3.1 x4 is 16GB/s

PCIe x4 is 3.94GB/s. PCIe x16 is 15.76GB/s.

> DDR4 dimm read throughput is about 20GB/s per dimm

Per channel, not per dimm. Two dimms typically go into a singular channel.

> The advantage here being latency (and thus single queue throughput)

Agreed

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by naveen99 on Tuesday July 17, 2018 @02:14PM (#17551793)
But pcie bus is shared with other cards. So 8 dimms is 8x faster than 8 pcie cards.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by saati on Tuesday July 17, 2018 @02:58PM (#17552154)
> But pcie bus is shared with other cards.

No, it's not, that's the whole point of pcie, and dimms share the memory bus anyway, so the whole point is moot.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by AnonymousR on Wednesday July 18, 2018 @08:07PM (#17563075)
Well, it depends. "True" pcie slots do not share the bandwidth, but depending on available CPU lanes, which is awfully few in the last years on Intel - 16 lanes in top of the line i7? thats one graphics card - the slots are switched to 8x/8x, 8x/4x/4x and so on when populated.

M.2 slots are a whole another story, they are usually connected to the chipset instead of CPU on desktop motherboards (and finding this information for any particular board is difficult). The chipset is connected with CPU through DMI, which equals to pcie 4x and this is shared with everything on chipset - satas, gigabit ethernet, usb 3...

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by naveen99 on Tuesday July 17, 2018 @03:55PM (#17552705)
Hmm. In that case never mind.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by leetcrew on Tuesday July 17, 2018 @07:27AM (#17548861)
> It there a performance boost to simply have more memory, even if some of it is Optane, or is it better to have a lower capacity without the Optane sticks?

I would imagine it depends entirely on whether your working set fits in main memory already. if yes, you're not gonna get much speedup from more memory. but if you have to keep swapping from a traditional SSD, it's gonna be hard for faster main memory to make up for that.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by throwaway2048 on Tuesday July 17, 2018 @06:00AM (#17548538)
Intel keep positioning optane as "close to dram" preformance (especially with misleading marketing nonsense like this), it does have some advantages over flash, mostly related to random access times, but its nowhere near the orders of magnitude more preformant that something would require to fill the preformance point between DRAM and SSDs.

Optane is almost entirely hype, with no substance.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by imtringued on Tuesday July 17, 2018 @10:12AM (#17549844)
I don't see how a first generation product with similar performance and superior latency to a mature technology (nand) that took decades to develop has no substance. The second generation of Optane is coming out this year and it's going to be an order of magnitude better. It's just a matter of time until nand is obsolete.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by llampx on Tuesday July 17, 2018 @05:01PM (#17553342)
If Optane is Intel-only, it is not going to replace NAND.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ChuckMcM on Tuesday July 17, 2018 @01:25PM (#17551393)
You and mtgx both mention Optane performance is "not even close to dram." I'm interested in if you have found anyone who has benchmarked the DIMM version with respect to actual DRAM. I see several sites that have benchmarked the Nvme version but this has additional hoops that the DIMM version would not have to jump through and so I've been on the lookout from Anandtech or another reputable source for actual numbers.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by mtgx on Tuesday July 17, 2018 @07:12AM (#17548804)
> Optane is almost entirely hype, with no substance.

As it has been from the very first announcement. Intel is being very misleading marketing Xpoint as "memory". It's not even saying it's "close to memory" now. They're literally calling Xpoint memory (as in the same meaning we use for RAM).

Considering Xpoint has much lower performance than RAM, I'm starting to believe that maybe the FTC should intervene over "false advertising". It's just too bad the U.S. doesn't have as strong laws as Europe does for false advertising.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by gameswithgo on Tuesday July 17, 2018 @09:27AM (#17549560)
that damaged your trust? That seems totally fine to me, if you need 28 cores at 5Ghz you can have it. get a server board and cool it.

Years before that they were interfering with compilers and cheating at benchmarks to screw over AMD which was actual, willful, evil deception, but THIS damaged your trust?

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by AtlasBarfed on Tuesday July 17, 2018 @10:46AM (#17550032)
Um, you forgot intimidating suppliers to not use AMD and much more outright antitrust behavior.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by opportune on Tuesday July 17, 2018 @07:39AM (#17548940)
They probably felt pressured to release that because the next gen thread rippers are actually going to approach those specs: 32 core 3.8 (base) GHz as per https://www.techradar.com/news/amd-ryzen-threadripper-2nd-ge...

supposedly coming out in Q3, i.e. soon

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by theevilsharpie on Tuesday July 17, 2018 @07:53AM (#17549018)
Threadripper may come close in core count, but it cannot use registered memory, which means it's limited to 128 GB of RAM (based on the current maximum UDIMM capacities). That's not competitive in the server space.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by andy_ppp on Tuesday July 17, 2018 @09:23AM (#17549527)
EPYC supports up to 2TB per CPU so it's not entirely uncompetitive... Not sure I trust Intel's figures here anyway - some people are saying it's less than the 3.84TB per socket...

https://www.tweaktown.com/news/58052/amd-epyc-32c-64t-3-2ghz...

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by aoeusnth1 on Tuesday July 17, 2018 @09:07AM (#17549417)
Why does threadripper need to be competitive in the server space?

Edit: emphasis on threadripper, which is a consumer product.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by sandworm101 on Tuesday July 17, 2018 @10:27AM (#17549941)
The server market is like Formula One for chip makers. It is where there is enough money to really push the limits of the technology. Competing in such leagues brings institutional knowledge, and bragging rights.

Servers is also where you get back-and-forth discussions with customers large enough to be worth listening to. Getting useful feedback from the users of desktop CPUs is difficult and time-consuming. But someone like Facebook or Google, who buy thousands of CPUs, and know how to use them, can give you quick and reliable feedback. They can test prototypes and suggest changes within weeks.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ben-schaaf on Tuesday July 17, 2018 @12:16PM (#17550757)
Threadripper doesn't target servers, their EPYC line does...
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by theevilsharpie on Tuesday July 17, 2018 @12:46PM (#17551050)
> Why does threadripper need to be competitive in the server space?

It doesn't, and AMD doesn't market Threadripper for server use. It only came up in this discussion because of a misunderstanding of Threadripper's capabilities.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ajross on Tuesday July 17, 2018 @10:58AM (#17550115)
Because laptop CPUs don't make any money, and gaming PCs are so small a market as to be irrelevant. The bulk of x86 revenue, and almost all the profit, is in the datacenter.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by aoeusnth1 on Tuesday July 17, 2018 @11:05AM (#17550162)
Right. But threadripper isn’t AMD’s server processor, and EPYC is eating Intel’s lunch.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by throwaway2048 on Tuesday July 17, 2018 @08:40AM (#17549245)
EYPC is their server line, which has a 32 core count cpu with RDIMM support.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by opportune on Tuesday July 17, 2018 @07:55AM (#17549032)
oops, you're right, good point
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by some_account on Tuesday July 17, 2018 @08:56AM (#17549340)
Because AMD came out with innovation with their incredible Threadripper while Intel was going to keep dishing out about 10% faster cpus per year and maximize profits.

They have gotten greedy and lazy without any competition.

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by montalbano on Tuesday July 17, 2018 @06:06AM (#17548557)
In addition, their (mis)handling of spectre/meltdown PR also eroded trust IMHO.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by mtgx on Tuesday July 17, 2018 @07:19AM (#17548836)
As someone who has watched every single Intel announcement very closely over the past ~5 years, I can say that Intel's marketing/PR has started to become palpably more misleading every year.

And the reason for that is because their chips/products don't improve as much every year, and Intel is becoming more desperate each year as it faces more competition from Arm, and now AMD, too. So it's trying to "make-up the difference" by being more misleading about it. It's not just the competition either, but the fact that Intel needs to make it sound like their next-gen chips "are so much better" than last year, and make you buy the new ones, too.

I'll give an analogy. Let's say a year ago Intel's CPU got an IPC boost of 10%. But this year it's only getting a 5% boost. Intel will either increase power consumption of the chip to get that 10% or will increase boost speed while keeping the base clock speed the same or lower it for the next-gen chip, just so it can say "the peak performance is once again +10% for this new generation!".

Kaby Lake, Coffee Lake, and whatever Lake is coming next that isn't on 10nm all suffer from this kind of thinking. It's the same kind of thinking that created the whole scandal with the 28-core "5GHz chip". Intel's marketing is all about creating the perception that their chips are significantly better than the last generation. It's why they now have "Xeon Gold", too.

At this point I wouldn't trust any of Intel's announcements until they are verified by trustworthy parties (of which there are only a handful, because most don't go deep enough into their reviews to actually spot what Intel has done to their products to mislead customers).

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by userbinator on Tuesday July 17, 2018 @07:47AM (#17548987)
If there are 42 address bits, there are 42 address bits. Can't really fake something like that, unlike their overclocking experiment.
Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by ChuckMcM on Tuesday July 17, 2018 @01:21PM (#17551357)
Well they do feel a bit under siege according to the press so one might expect them to put their best foot forward. Not that I think they should pull shenanigans like that but it is common for companies, especially tech companies, to do this when they perceive they are losing ground to a competitor.

As others have pointed out, the addition comes from their support of Optane "dimms" which have much higher densities than DDR4 memory in the same form factor.

This is going to give the folks who write schedulers some more variants to play with. First it was per core memory, then it was per socket memory per core, and now it is memory type per socket per core. So you don't want your process running on Core3 with its pages mapped to Optane memory that is attached to the other socket (worst case).

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by chrisseaton on Tuesday July 17, 2018 @06:14AM (#17548583)
> and that it was a server socket

What's wrong with that? High-end workstations often have the same sockets as servers don't they? Did they say it wasn't a server socket?

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by cheschire on Tuesday July 17, 2018 @07:36AM (#17548921)
The answer to your question is, I believe, in the article that grandfather post linked to.

"What Platform Did It Run On? Intel did not answer this platform directly, however it was clear that the CPU was aimed at the LGA3647 server-based socket given from our examination of the demo system. It was unclear how Intel was going to promote this as an extreme workstation-type system, however Intel did note that they expect only a select market to be interested in this type of processor: a niche of a niche."

Re:Intel’s High-End Cascade Lake CPUs to Support 3.84 TB of ... by chrisseaton on Tuesday July 17, 2018 @08:10AM (#17549095)
Hmm I don't see whatever you are seeing. It's running on a server socket. That's normal for an extreme workstation, which is what Intel publicly suggested it was for because they said it was for a very select market.