Discussion Apple Silicon SoC thread

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

Eug

Lifer
Mar 11, 2000
23,583
996
126
M1
5 nm
Unified memory architecture - LP-DDR4
16 billion transistors

8-core CPU

4 high-performance cores
192 KB instruction cache
128 KB data cache
Shared 12 MB L2 cache

4 high-efficiency cores
128 KB instruction cache
64 KB data cache
Shared 4 MB L2 cache
(Apple claims the 4 high-effiency cores alone perform like a dual-core Intel MacBook Air)

8-core iGPU (but there is a 7-core variant, likely with one inactive core)
128 execution units
Up to 24576 concurrent threads
2.6 Teraflops
82 Gigatexels/s
41 gigapixels/s

16-core neural engine
Secure Enclave
USB 4

Products:
$999 ($899 edu) 13" MacBook Air (fanless) - 18 hour video playback battery life
$699 Mac mini (with fan)
$1299 ($1199 edu) 13" MacBook Pro (with fan) - 20 hour video playback battery life

Memory options 8 GB and 16 GB. No 32 GB option (unless you go Intel).

It should be noted that the M1 chip in these three Macs is the same (aside from GPU core number). Basically, Apple is taking the same approach which these chips as they do the iPhones and iPads. Just one SKU (excluding the X variants), which is the same across all iDevices (aside from maybe slight clock speed differences occasionally).

EDIT:

Screen-Shot-2021-10-18-at-1.20.47-PM.jpg

M1 Pro 8-core CPU (6+2), 14-core GPU
M1 Pro 10-core CPU (8+2), 14-core GPU
M1 Pro 10-core CPU (8+2), 16-core GPU
M1 Max 10-core CPU (8+2), 24-core GPU
M1 Max 10-core CPU (8+2), 32-core GPU

M1 Pro and M1 Max discussion here:


M1 Ultra discussion here:


M2 discussion here:


Second Generation 5 nm
Unified memory architecture - LPDDR5, up to 24 GB and 100 GB/s
20 billion transistors

8-core CPU

4 high-performance cores
192 KB instruction cache
128 KB data cache
Shared 16 MB L2 cache

4 high-efficiency cores
128 KB instruction cache
64 KB data cache
Shared 4 MB L2 cache

10-core iGPU (but there is an 8-core variant)
3.6 Teraflops

16-core neural engine
Secure Enclave
USB 4

Hardware acceleration for 8K h.264, h.264, ProRes

M3 Family discussion here:

 
Last edited:

mikegg

Golden Member
Jan 30, 2010
1,740
406
136
Apple uses the SLC more for power savings than performance improvement.
Yep. M1/M2 runs at a higher frequency to make up for the loss of cache.

Also, I don't think it's too bizarre that the cache stayed the same from M1 to M2. They didn't really design brand-new cores and they used the N5 process so there isn't much more room for more cache.
 

FlameTail

Golden Member
Dec 15, 2021
1,877
984
106
Oh yeah, one reason that explains the doubling of SLC from A14 (16MB) to A15 (32 MB) is memory bandwidth limitations. A15 skipped LPDDR5 and continued to use LPDDR4X, and considering the dramatic GPU performance jump from A14 -> A15, they certainly hit a bandwidth limit.

The fact that the A16 regressed to a 24 MB SLC from the A15 seems to prove this point. A16 added LPDDR5.
 
  • Like
Reactions: mikegg and Doug S

Doug S

Platinum Member
Feb 8, 2020
2,202
3,405
136
Oh yeah, one reason that explains the doubling of SLC from A14 (16MB) to A15 (32 MB) is memory bandwidth limitations. A15 skipped LPDDR5 and continued to use LPDDR4X, and considering the dramatic GPU performance jump from A14 -> A15, they certainly hit a bandwidth limit.

The fact that the A16 regressed to a 24 MB SLC from the A15 seems to prove this point. A16 added LPDDR5.


Exactly.

I imagine Apple runs simulations based on model iPhone and Mac workloads to determine the sweet spot for SLC size. So if 32 MB was the sweet spot based on LPDDR4X's power/performance profile, then with LPDDR5 adding bandwidth and reducing power 24 MB was sufficient.
 

MadRat

Lifer
Oct 14, 1999
11,909
229
106
Might not involve simulations at all. Maybe LPDDR4X used 4x8MB caching whereas LPDDR5 perhaps may use 3x8MB to reduce chip realestate for equivalent bandwidth and lower latency access times. The fourth cache may even still be there, but dormant until the next reiteration. Why play all your cards immediately?
 

Eug

Lifer
Mar 11, 2000
23,583
996
126
A12Z Mac mini DTK benchmarks and teardown
- Came with macOS 10.16 (which doesn't officially exist)
- Does not support Thunderbolt
- Fan speed never changes
- Has 3 coin batteries on the mobo


Cinebench R23
A12Z - 4353 (I'm assuming this is native, not Rosetta 2)
M1 - 7833 (Native, from AnandTech review)

Screenshot 2022-12-28 at 9.27.28 PM.png

Blender BMW (no Metal)
A12Z Mac mini (8-core GPU) - 8:59
M1 iMac (7-core GPU) - 5:38

Final Cut Pro render
A12Z - 17'44"
M1 - 13'37"
i5-8500B - 64'22"

Motherboards: Core i5-8500B Mac mini | A12Z Mac mini | M1 Mac mini

Screenshot 2022-12-28 at 9.30.44 PM.png

I wonder if Apple is going to hassle him over this. FWIW, he didn't sign any developer NDA. He bought the thing off eBay.
 
Last edited:

mikegg

Golden Member
Jan 30, 2010
1,740
406
136
Why would anyone that spends $10,000+ on a workstation for conceivably projects worth 10x-1000x the value of the workstation, want their data to touch Apple's cloud? That is ludicrous. Apple would be in position to spy on their information and possibly perform espionage. Anyone that believes Apple would not, I have a line of premium bridges to sell you.
I didn't know Apple was in the business of stealing in-progress production projects and selling them on the black market. :eek:
 
  • Like
Reactions: Nothingness

mikegg

Golden Member
Jan 30, 2010
1,740
406
136
If he hate Apples enough, I guess he will believe any crazy thing. Sounds like the Qanon of the tech world lol
If Apple wanted to, they can easily do this. They can simply install some spyware on macOS and send everything to Apple. Heck, iCloud data is not encrypted. So they can steal their user's work now.

I've never read anything about Apple selling stolen user projects though. So maybe the project @MadRat is working on could be the first to be stolen and sold by Apple.
 

Doug S

Platinum Member
Feb 8, 2020
2,202
3,405
136
TSMC has said they could pull in N3E. Given how little interest there is on the base N3 it makes sense for them to push it forward as much as possible.

Since it uses more relaxed design rules (primarily to avoid multipatterning in EUV) and uses N5's SRAM cells I don't see why it can't enter mass production in Q2 next year if that's what Apple wants. There's absolutely no reason for TSMC to need a year or want to wait a year for N3E to enter mass production unless they don't have any major customers with N3E designs taped out yet.
 

smalM

Member
Sep 9, 2019
54
54
91
TSMC has said they could pull in N3E. Given how little interest there is on the base N3 it makes sense for them to push it forward as much as possible.

Since it uses more relaxed design rules (primarily to avoid multipatterning in EUV) and uses N5's SRAM cells I don't see why it can't enter mass production in Q2 next year
CC Wei said N3E might be pushed forward one or two or three months. (Q3 Earnings Conference Transcript - Page 20)
 
Last edited:

Doug S

Platinum Member
Feb 8, 2020
2,202
3,405
136
CC Wei said N3E might be pushed forward one or two months.


The only comments I could find attributed directly to him were in April, "And pull-in, yes, we are considering that. So far, I still did not have a very solid data to share with you that how many months we can pull in. But yes, it is in our plan."

The March report from Morgan Stanley was that it could be pulled forward by a quarter to begin mass production in Q2 2023. That was back when N3 was still supposed to start mass production in September. We now know N3 mass production happened three months later than that, but the open question is: was that due to issues that will also delay N3E or due to issues specific to N3? We don't know that answer. If N3's delay from September to December was due to issues that were addressed by N3E, those three months will not push back N3E's debut but instead compress the timeline between N3 and N3E even further.

Also consider the yield graph that was leaked back in August, showing 80% yields already for N3E on "mobile and HPC test chips". I don't know what yield TSMC requires before considering a process risk production or mass production worthy, but N5 entered risk production with yields below 80%. TSMC has always introduced new nodes that improved upon previous nodes in density, power or performance - often all three. So it makes sense you'd need and want a lengthy risk production cycle to insure that those improvements can be delivered consistently in volume, with good yields.

This is the first time they've introduced a new node that has worse density, worse power, and worse performance. Maybe I'm crazy but it seems to me that risk production ought to be a lot quicker when you are rolling out a node that's less aggressive than what came before, instead of like in every other case more aggressive. Additionally, I would think that customers would be more likely to consider buying some risk production wafers to use in their products if they get a bit of a discount to reflect the slightly reduced yields.
 

FlameTail

Golden Member
Dec 15, 2021
1,877
984
106
There is no way Apple is going to pass over 3nm and keep using 4nm for the A17 Bionic. That would mean the Android mobile SoCs coming at the end of the year that would get the 3nm node would have a superior advantage, which i am sure Apple doesn't want to happen.
 

LightningZ71

Golden Member
Mar 10, 2017
1,627
1,898
136
With the above comment about N3E using the N5 SRAM cells with some relaxing of the design rules for the rest of the chip, I think that that speaks to two specific problems: the metrics for N3 were too tight for decent yields and they couldn't get their N3 SRAM design rules to provide sufficient power/performance/density at reasonable yields. They are soldiering on ahead with N3, but taking a yield hit in the process, leaving only customers that can afford very high functional die costs. To recover some of the investment, they introduced N3E to provide for a high enough yield that customers would want to pay enough per wafer to cover their R&D and production costs. Being able to use different fin arrangement on the same die by zones may be the one thing that actually saves N3 for TSMC. I think that, without that, N3 would have had a lot harder time gaining traction.
 

jpiniero

Lifer
Oct 1, 2010
14,510
5,159
136
With the above comment about N3E using the N5 SRAM cells with some relaxing of the design rules for the rest of the chip, I think that that speaks to two specific problems: the metrics for N3 were too tight for decent yields and they couldn't get their N3 SRAM design rules to provide sufficient power/performance/density at reasonable yields. They are soldiering on ahead with N3, but taking a yield hit in the process, leaving only customers that can afford very high functional die costs. To recover some of the investment, they introduced N3E to provide for a high enough yield that customers would want to pay enough per wafer to cover their R&D and production costs. Being able to use different fin arrangement on the same die by zones may be the one thing that actually saves N3 for TSMC. I think that, without that, N3 would have had a lot harder time gaining traction.

TSMC says yields of N3 are good. It's simply that N4P is comparable in quality and cheaper/transistor so there's not much point unless you need the smaller size. N3E improves the quality to make it worthwhile despite the reduction in density compared to N3.
 

Ajay

Lifer
Jan 8, 2001
15,332
7,792
136
TSMC says yields of N3 are good. It's simply that N4P is comparable in quality and cheaper/transistor so there's not much point unless you need the smaller size. N3E improves the quality to make it worthwhile despite the reduction in density compared to N3.
Performance (N3E) will likely be better than N3B, for those who need it. It'll also be a bit cheaper, I think, with fewer masks. The big question for me, is does Apple buy out N3E risk production to get A17 on N3E (maybe just for iPhone Pro models). Supposedly, Apple is using N3B - so, IDK what's really going on.
 

Doug S

Platinum Member
Feb 8, 2020
2,202
3,405
136
Performance (N3E) will likely be better than N3B, for those who need it. It'll also be a bit cheaper, I think, with fewer masks. The big question for me, is does Apple buy out N3E risk production to get A17 on N3E (maybe just for iPhone Pro models). Supposedly, Apple is using N3B - so, IDK what's really going on.

The only rumors I've seen for Apple using N3/N3B is for M2 Pro/Max. And we can't even be 100% sure of that, I wouldn't be shocked to see them drop M2 Pro/Max entirely when September mass production became December mass production if N3E was getting pulled in sufficiently (using their M3 Pro/Max designs, which will have taped out for N3E) With December mass production, unless they are using N3 risk wafers the earliest they could ship systems would be April. If N3E mass production was able to be pushed into Q2 like Morgan Stanley claimed, that's only a 4-5 month delay...

N3E will definitely be cheaper, but performance of "golden chips" should be better on N3B since it is the more aggressive process. But for the "mean chip" or "the mean + two standard deviations" (i.e. the desired yield bell curve) then I'd agree with you. N3E performance should be better, because the "bad but working" N3B chips may not be all that good.
 
  • Like
Reactions: Ajay

Eug

Lifer
Mar 11, 2000
23,583
996
126
AMD announced Ryzen 7040 series laptop chips at CES.
N4, 25 billion transistors.


Compared against M1 Pro and M2.

Screenshot 2023-01-05 at 11.16.03 AM.png

30% faster than Apple M1 Pro in Blender render, and 45% faster than Intel Core i7-1280P. Not sure how Blender test was set up.

Screenshot 2023-01-05 at 11.16.52 AM.png

30 hours video playback on battery.
 
  • Like
Reactions: Tlh97 and Tarkin77