The Intel Atom Thread

Page 200 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

NostaSeronx

Diamond Member
Sep 18, 2011
3,683
1,218
136
So, Tremont in Mercury Lake. It is also a very olde thing..

March 2016: (Before it was edited out of existence)
Testing against the future Intel Atom platforms, codenamed Goldmont and Tremont, the VP9 optimizations delivered additional gains.

Goldmont -> Goldmont Plus (Old Tremont) -> Tremont (New Tremont)
https://en.wikichip.org/wiki/intel/microarchitectures/tremont
https://www.phoronix.com/scan.php?page=news_item&px=Intel-Tremont-ISA

//Tremont might skip over VEX.AVX for a limited EVEX.AVX implementation. SSE4.2(xmm0-xmm15) to EVEX.AVX(xmm0-xmm31), only xmm is supported. VEX wouldn't see any improvement on Atom, but EVEX would because more registers, etc.
 
Last edited:

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136
Mercury Lake is no more. Next is Gemini Lake+ and Jasper Lake.

The CLWB instruction is one necessary for fast non-volatile storage. Maybe Tremont cores will have something nice for us in terms of Optane based storage? CLDEMOTE seems to be important for network processors, so future Atom C series.
 

NostaSeronx

Diamond Member
Sep 18, 2011
3,683
1,218
136
Mercury Lake is no more. Next is Gemini Lake+ and Jasper Lake.
Apollo Lake(14nm) -> Gemini Lake(14nm) -> Gemini Lake+(14nm++)/Mercury Lake(10nm) -> Jasper Lake (10nm+) -> Meteor Lake (7nm)

MCL will launch within GML+, like CNL launched within CFL/WHL, etc.

All the information I gathered.
Tremont MCL
Tremont Plus JPL
 

ksec

Senior member
Mar 5, 2010
420
117
116
Thanks for the link! Pretty disappointing benchmark selection (although single threaded performance looks nice, as we already knew). Also disappointing that memory support might be spotty, just like on Apollo Lake. The 2400 MHz HyperX memory is exactly what I have lined up for my NUC7PJYH when it arrives. Looks like I may have to return that...

I don’t know what’s up with the memory controller on Apollo Lake and Gemini Lake, but between the spotty memory support, low bandwidth efficiency and slow memory access, something about the design seems to be quite different compared to the Core based chips.

It was using single channel memory.

https://browser.geekbench.com/v4/cpu/compare/7802702?baseline=7663733

So we finally catches up Sandy Bridge. And even better in the quad core version.

When is Tremont coming?
 

Brunnis

Senior member
Nov 15, 2004
506
71
91
It was using single channel memory
Not sure I understand... the NUC7CJYH in that review runs dual channel DDR4-2133.

Wow. My parents just recently received a NUC6CAYH as a gift to replace their aging FM2 desktop. Kinda surprised to see that their Gemini Lake Celeron is literally no better than the Apollo Lake Celeron they just got.
Well, the old one was quad core, while the new is a dual, so hardly all that surprising. The NUC7PJYH is the quad core this time around and it should beat the NUC6CAYH pretty easily.
 

NTMBK

Lifer
Nov 14, 2011
10,207
4,939
136
Wow. My parents just recently received a NUC6CAYH as a gift to replace their aging FM2 desktop. Kinda surprised to see that their Gemini Lake Celeron is literally no better than the Apollo Lake Celeron they just got.

Single thread performance is way better, but the dual core can't keep up with a quad core in multithread performance. No surprise.
 

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136

The scores are similar to Sandy Bridge on that link, but not the memory result.

The memory performance is simply much better on Core chips than Intel's small core ones. Even with the identical memory sticks, timings and both being dual channel.

Oh, and by the way, you guys are missing on the fact the review tested Geekbench 3, not Geekbench 4.

Single thread performance is way better, but the dual core can't keep up with a quad core in multithread performance. No surprise.

I'd like to see more tests than just Cinebench. I think Cinebench gains are on the high side. But yea, Gemini Lake should be much more responsive than Apollo Lake.
 

ksec

Senior member
Mar 5, 2010
420
117
116
Actually quite far behind Sandy Bridge, at iso-frequency and without use of Hyper-threading.
https://browser.geekbench.com/v4/cpu/compare/7663733?baseline=3045740
Celeron J4005 vs Pentium G630 (both max 2.7 GHz)
Single: 2042 (0.750) vs 2723
Multi: 3554 (0.775) vs 4585

I wasn't measuring IPC. And I am not sure if J4005 were running at 2.7Ghz all the time. There is a different between 2.7Ghz Stock 65W CPU and 2.7Ghz Turbo only 10W CPU.

It is not a fair comparison, but a relevant one.

I wish they just sell me a 14nm++ SandyBridge for cheap though. Sigh.
 

Triloby

Senior member
Mar 18, 2016
585
273
136
Single thread performance is way better, but the dual core can't keep up with a quad core in multithread performance. No surprise.

That's true. I guess I expected the speed bump in the dual cores to try and close the gap between the old quad core in multithreaded performance.

Not that it really matters, anyway. Our Apollo Lake NUC isn't going to be taxed in daily usage (if al all), so performance differences are a moot point in this regard.
 

dark zero

Platinum Member
Jun 2, 2015
2,655
138
106
Comparing the Apollo lake Celeron with the Core processor, in which generation is that chip?

Core 65 nm?
Core 45 nm (Wolfdale)?
Nehalem?
 

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136
Newegg has J5005 NUC selling for $175. Asrock has the J5005-ITX model for $120. The J5005 NUC uses the lower end CRF module Wireless-AC 9462, and the Asrock boards have CNVi support.

CRF + CNVi = full solution
3 CRF modules available: Wireless-AC 9461/9462/9560

Searching for J4005 and J4105 also shows Asrock boards. It seems quite sneaky of them. :D
 
  • Like
Reactions: Bouowmx

Jan Olšan

Senior member
Jan 12, 2017
273
276
136
It seems the Atom issue with degrading circuitry of I/O blocks is back:
https://www.servethehome.com/another-atom-bomb-intel-e3800-bay-trail-atom-vli89-bug/
https://forums.servethehome.com/ind...l-dying-because-of-lpc-bus-design-flaw.19402/

LPC, USB and SDIO interfaces might stop working over time in Bay Trail Chips, there will be new stepping for embedded version, while the consumer chips are probably left as they are (hopefully the rate of degradation is not fast enough to hit tablets and notebooks... I own one damn!)

Edit: Apollo Lake is affected too, https://www.intel.com/content/dam/w...n-n-series-j-series-datasheet-spec-update.pdf
erratum APL46: System May Experience Inability to Boot or May Cease Operation
 
Last edited:

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136
No, he's saying Goldmont cores are affected too, except the server Denverton(Atom C3000). Goldmont Plus cores are ok.
 

VirtualLarry

No Lifer
Aug 25, 2001
56,224
9,987
126
It seems the Atom issue with degrading circuitry of I/O blocks is back:
https://www.servethehome.com/another-atom-bomb-intel-e3800-bay-trail-atom-vli89-bug/
https://forums.servethehome.com/ind...l-dying-because-of-lpc-bus-design-flaw.19402/

LPC, USB and SDIO interfaces might stop working over time in Bay Trail Chips, there will be new stepping for embedded version, while the consumer chips are probably left as they are (hopefully the rate of degradation is not fast enough to hit tablets and notebooks... I own one damn!)

Edit: Apollo Lake is affected too, https://www.intel.com/content/dam/w...n-n-series-j-series-datasheet-spec-update.pdf
erratum APL46: System May Experience Inability to Boot or May Cease Operation
Just... freaking great. :(

Is Intel THAT RETARDEDdifferently-enabled when it comes to silicon validation? That was the whole reason that the initial batch of Z68 chipsets were recalled (weak transistor).

Edit: Sorry, didn't know that we had to cater to "safe spaces" on the tech forums.
Edit2: Corporations aren't people.
 
Last edited:

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136
Just... freaking great. :(

Is Intel THAT RETARDED when it comes to silicon validation? That was the whole reason that the initial batch of Z68 chipsets were recalled (weak transistor).

There was a reddit post where supposedly an Intel manager told the validation team to speed up validation. Since some problems are only fixed with time, the solution was to cut what they thought was unnecessary. The manager also told them their competitors were going from design to product much faster than them. Some other posts I have read said they adopted a more paranoid form of validation after the Pentium FDIV bug.

The important question for me, assuming the allegations were true was this: If its not due to the ISA and its supposed complexity, why do Intel chips take so long to go from design to product? Assuming that, I thought of one possibility, and maybe its their culture...?
 
Mar 10, 2006
11,715
2,012
126
Just... freaking great. :(

Is Intel THAT RETARDED when it comes to silicon validation? That was the whole reason that the initial batch of Z68 chipsets were recalled (weak transistor).

It's obvious that they're trying to move more quickly, but there are trade offs to moving fast -- you get worse results. Most of the time this doesn't come back to bite you in such an obviously bad way, but sometimes you get issues like with Avoton and now this.

Intel does need to really step back and rethink its strategy.
 
Last edited:

dark zero

Platinum Member
Jun 2, 2015
2,655
138
106
What Intel did is a very BIG screwup... I was about to buy an Apollo lake based tablet in order to do some homework...

And that problem affects smartphones SoCs??
 

SPBHM

Diamond Member
Sep 12, 2012
5,055
408
126
this is a lot worse than the h67/p67 b2 sata II issues, they identified that problem and fixed very quickly, also it only made the sata II ports fail while the rest still worked, and it didn't have a soldered CPU
 

Brunnis

Senior member
Nov 15, 2004
506
71
91
Are there any indications as to how much usage is needed to cause failures? This is obviously bad, but if it requires years of constant, heavy usage to produce a failure, it will be of little consequence for most users.

Not happy with this, though, as I have an Apollo Lake system myself.
 

ksec

Senior member
Mar 5, 2010
420
117
116
No, he's saying Goldmont cores are affected too, except the server Denverton(Atom C3000). Goldmont Plus cores are ok.

So the newest ones are safe?

The J5005 is looking quite good. Unfortunately the cost saving is now being moved to more expensive RAM.
 

IntelUser2000

Elite Member
Oct 14, 2003
8,686
3,785
136
And that problem affects smartphones SoCs??

The problem seems to have existed since Cherry Trail. Though for Cherry Trail it says S0iX supporting chips are not affected. S0iX chips are everything Smartphones and Tablets because its a very important state for long battery life.

The people researching into the problems in that thread speculates fixing the issue is why the C3000 chips were delayed. It's plausible the delay could be attributed to Goldmont Plus chips. For the embedded targeted E3800(Apollo Lake), the D0 revision fixes it.

If lot of Intel delays are due to fixing bugs, perhaps they should take the extra time and fix the bugs instead. What's the point of saving 3 months in validation if it takes 6 months to get a revised part out?
 

Brunnis

Senior member
Nov 15, 2004
506
71
91
Somehow missed reading the ServeTheHome forum thread earlier. This probably won't be an issue at all for most regular systems (i.e. laptops and desktops). Systems that are powered/used 24/7 might be at risk, though.
 
  • Like
Reactions: Drazick