This article claims that A17 will be manufactured on N3B, and that TSMC is struggling with yield. (The source the article cites also claims that A17 performance targets have been reduced due to manufacturing variability.)
from article
" ... the A17 Bionic's overall performance goals being lowered by 20%, mainly due to the TSMC N3B node not meeting production targets. The factory is apparently lowering its yield and execution targets due to ongoing problems with FinFET limitations. ..."
Errr N3E is just as FinFet as N3B is. So if FinFET is the root cause problem here... N3E wouldn't change much.
The bigger issue is more likely that N3B is using more multipatterning than N3E does ( i.e., FinFET isn't the core root cause issue here).
And "overall performance goals" set when ? Before FinFlex design tools were completely validated? If the goals were set way too unrealistically high then sliding 'back' 20% isn't necessarily a 'bad' thing. On TSMC charts N5->N3 for several years that was never suppose to be a well over 20% performance increase (10-15%). Were some "ultra revolutionary high" goals even tractable in the first place ? Dropping 20% could just mean just stopped drinking the kool-aid.
If true (emphasis on if), then it is probably a given that M3 will be manufactured on N4, possibly N4P, and based on A16 IP. Given the limited amount of N3B wafers available, Apple would want to preserve them for their highest volume products (i.e. the iPhone).
That doesn't make N4/N4P for M3 more probable. If Apple had a long term plan to put M3 and A17 together then it is probably still on track.
The article is a bit whacked. "Struggling with yield" probably is being oversold here unless one of Apple's objectives in this generation was maximum overlocking the fab processes baseline target. (probably not).
again from the article
"...The leakers have recently revealed more up-to-date A17 Bionic's Geekbench 6 scores, with single thread performance at 3019, and multi-thread at 7860 ..."
First, there is not good reason why though GB6 numbers would not already reflect the supposed 20% reduction. Second, the A16 is turning in ST 2500 and MT 6400 GB 6 scores. Oh the 'horror' of just being 20% or 23% faster scores than previous gen. Yeah that is a "show stopper problem" ... *cough* not.
There has been some folks caught up in the hype train of ...
"... Various publications have been hyping the mobile SoC's single thread performance as matching that of desktop CPUs from Intel and AMD, more specifically 13th-gen Core i7 and 'high-end' Ryzen models. Naturally the A17 Bionic cannot compete with these CPUs in terms of multi-thread performance. ..."
the meme that Apple has to try to claim the ST drag racing crown to have an interesting enough M3 generation. That is mainly just a hype train. N4 isn't really going to help Apple claim some drag racing crown substantially much better than N3B would. N3B would give Apple the option of either making the M3 generation die sizes a more reasonable. After M2 generation bloated up. Or Apple add substantive new features ( e.g., the hardware RT that another faction is clamoring for ). N4 isn't going to bring along hw RT any better than N5P did (not really any substantive transistor budget increase. )
The A16 is on N4 and it gets whipped by the N3B A17... why would the M3 dies pass that up to say on N4????????
For the Ultra (and above ) multiple chip solutions N4 does even less. There are bigger die size limitation issues there where the M2 die size bloat is more acute. Apple needs to pull the die sizes back and N4 only has a very limited impact there. ( if have to bloat N4 sizes even bigger that won't necessarily increase yield either. )
Apple's engineering team is rumored to be adjusting performance targets set for its next generation mobile SoC - the A17 Bionic - due to issues at the TSMC foundry. The cutting edge 3 nm process is proving difficult to handle, according to industry tipsters on Twitter. The leaks point to the A17...
www.techpowerup.com
Here is my speculation: N3B would make sense for a next-generation Apple chip, considering its higher cache density than even N3E and that Apple's designs have traditionally been cache-heavy in order to increase performance.
Cache destiny for the rest of N3 family probably isn't going to get any better. N3B is likely going to be about as 'good' as it gets. ( a bit of a dual edged sword in that higher costs , slower 'bake'/gestation times come with that also).
Apple is likely one of the primary customers who asked for the cache density targets of N3B in the first place.
They also do not necessarily need to keep just completely monolithic dies as they more along in N3-family. 3D cache or different core/cache disaggregation can split the bulky cache into a bigger, seperate die that just have to glue back together to form a whole.
However, according to TSMC, N3B has no migration path to future N3 nodes such as N3E, so it will probably be a headache for Apple engineers to migrate to N3E from N3B.
It would for more so be 'work' than a headache. It would cost time to switch to N3E. If have N3B bugs to fix anyway, then it would be better to fix the N3B bugs in a deliberate fashion, than doing some rush job so that can completely respin the M3 for 2023. If timing lines up with rollouts, then can skip redesign work until get to N3P (which should have more improvements than N3E). Or push some N3E rework into a 2024 rollout.
The issue is that Apple has a finite number of silicon designers/developers. Spread too thin and that will likely cause problems of its own. Apple extremely likely has the talent to move from N3B to N3E/P . They don't have to 'hide' from work. The key factor is not overloading them chasing after doing everything for everybody. ( hyper modular everything socket focused SoC , the single thread drag race killer . the x090 'killer' GPU , the maximum core count 'killer', etc , etc. )
Apple engineers might choose to stick with N3B for 2-3 years until N2 nodes are available (TSMC says that volume production will likely begin in 2025 or 2026).
Probably not. N3P if available in 1H '24 would be good target for A18 or A19 if 2H '24. M4 coupled to that some timing wise ( not the full line up... plain/Pro/maybe-Max ) . N2 is an even bigger radical design change (and cache shrink issue may not be cleared up on first iteration of that either.)
Note that all of this speculation only holds if the above article is correct about A17 being based on N3B rather than N3E.
If Apple is leaning 'too heavily' on FinFlex for N3E as well ... that whole "overly optimistic projections due to low real experience and limited tool maturity" could just as equally in effect. N3E is probably not a panacea on the new learning curve issues. Probably less bumpy road, but also issues.