RGBCube/Site
1
Fork 0
mirror of https://github.com/RGBCube/Site synced 2025-08-01 13:37:49 +00:00
Code Issues Activity Actions

blog(why-cores): more explanaiton about cpu binning

Browse source
This commit is contained in:
RGBCube 2025-06-05 16:52:29 +03:00
parent 32e0386270
commit 9be051d775
Signed by: RGBCube
SSH key fingerprint: SHA256:CzqbPcfwt+GxFYNnFVCqoN5Itn4YFrshg1TrnACpA5M
1 changed files with 12 additions and 2 deletions
Download patch file Download diff file Expand all files Collapse all files

14
site/blog/why-cores.md
View file

@ -254,5 +254,15 @@ It turns out that CPU It's common for chip manufacturers to disable faulty or
degraded cores before shipping. Or if a lower tier SKU[^Stock Keeping Unit] is degraded cores before shipping. Or if a lower tier SKU[^Stock Keeping Unit] is
selling more, cores of higher tier SKUs are disabled to match expectations. selling more, cores of higher tier SKUs are disabled to match expectations.
Most likely the 32 core CPU I was testing this on was actually just the 64 core This process is called `binning`, and it exists to not waste silicon. Since
version with a bunch of the cores disabled. silicon manufacturing is not perfect, some CPUs are more faulty, thus slower
than others. The process determintes how faulty a CPU is and sorts them into
"bins". This is also why lower tier CPUs who are almost exactly the same as
higher tier CPUs exist.
The likelyhood of faulty silicon also increases with the smaller the
architechture size gets (the Apple M4 is 4m, which is crazy), so this method of
recycling worse chips is becoming much more valuable by the day.
So, in summary the 32 core CPU I was testing this on was most likely just the 64
core version with a bunch of the cores disabled.