On Mon, Mar 25, 2024 at 03:34:30PM -0500, Nathan Lynch wrote: > Mathieu Desnoyers <mathieu.desnoy...@efficios.com> writes: > For what it's worth, I found a copy of an IBM Journal of Research & > Development article confirming that POWER5's L3 had a 256-byte line > size: > > Each slice [of the L3] is 12-way set-associative, with 4,096 > congruence classes of 256-byte lines managed as two 128-byte sectors > to match the L2 line size. > > https://www.eecg.utoronto.ca/~moshovos/ACA08/readings/power5.pdf > > I don't know of any reason to prefer 256 over 128 for current Power > processors though.
The reason some old CPUs use bigger physical cache line sizes is to have fewer cache lines, which speeds up lookup, or reduces power consumption of lookup, or both. This isn't trivial at all when implemented as a parallel read and compare of all tags, which was the usual way to do things long ago. Nowadays usually a way predictor is used, severely limiting the number of tags to be compared. So we can use a 128B physical line size always now. Note that this was physical only, everything looked like 128B on a P5 system as well. P5 wasn't first like this fwiw, look at the L2 on a 604 for example :-) Segher
