Intel have announced Sunny Cove a new CPU with increased cores and 50% larger L1 cpu cache.
News Article on Sunny Cove → https://www.extremetech.com/computing/282119-intel-details-its-upcoming-sunny-cove-cpu-architecture
My understanding is that ECS gets its performance boosted by taking advantage of the cache system in CPU’s so would a 50% larger cache equate to a similar performance boost to ECS systems?
Well I guess it depends more on how you write your code. ECS just helps us allocating data lineary to help us retrieve relevant data from the RAM. How we use that data when it is in the cache is up to us. So no, I dont think it will be a 50% boost to ECS but it sure is nicer to have a bigger cache.
Actually I think bigger cash is help for cache unfriendly apps.
So may be good ECS app will utilize CPU cores on 95% today and on 97% on SunnyCove
By “similar” you mean 50% more performance? As in execution time cut down by half/quarter?
If that is what “how much” you meant, it should not be the case. At least not as simple as size = performance.
You may reason “how much” along this line : What do we get from a larger L1 cache? Less often migration to L2 cache. When will the migration happen? When we need a new entry in L1 and it’s full. That is when the memory requested is not in L1 (accessed prior) or any prefetched address (not yet accessed). In essence, it helps ECS cache miss more times, go back to cache hit, then maybe more new miss, and increase the chance that the previously missed address are still there in L1, so it does not result in L1 miss.
Read this paper and you will be able to answer many will ___ cause ___ ? memory questions you have : https://people.freebsd.org/~lstewart/articles/cpumemory.pdf It does not go deep in how exactly the CPU prefetch, since the algorithm may differ per brand. But some benchmarks are there. You can see the steep threshold when it goes to L2.