4/21/2025 at 5:23:06 PM
A53 is not a great core, and seemingly no compiler targets it well. Back at el goog, ChromeOS team had an intern who used a cycle-accurate model of it to find that android's AOT compiler produced shit code for it when multiplies were involved. A small patch to the AOT compiler produced measurable perf improvement in most android workloads on A53, costing no perf on A57/A72. This patch was, of course, not shipped (politics).by dmitrygr
4/21/2025 at 5:53:28 PM
Could you expand on the "politics" part? I can't imagine the reason why. I mean, if you had said "suits thought this wasn't business relevant" or something, I'd have believed it.by BoingBoomTschak
4/21/2025 at 5:55:32 PM
The intern was in the ChromeOS team, the fix would have needed to go into android. Those two teams were always in a bit of "stay in your lane, buddy" relationship.by dmitrygr
4/21/2025 at 6:11:04 PM
I continue to maintain that Google should adopt negative peer bonusesby saagarjha
4/21/2025 at 6:59:08 PM
"The peer malus" - Frederic Bealby mtklein
4/21/2025 at 8:00:07 PM
And that will result increased tension between the teams “downvoting each other”.Maybe this way Google will truly become a Microsoft-type of company.
by gessha
4/22/2025 at 10:12:38 AM
Is it not there already?by saagarjha
4/21/2025 at 7:07:14 PM
I thought the fabled monorepo was supposed to prevent this?by jjmarr
4/21/2025 at 7:42:41 PM
IIRC, both Android and Chrome(OS) upstream are not in the google3 monorepo.by nullpoint420
4/22/2025 at 9:13:09 AM
The article also mentions how the llvm-mca is inaccurate for the A53. And furthermore LLVM compilers will do poorly"...any compiler that is using LLVM to optimize machine code (such as the Rust compiler or clang) will not do very well for the A53, since it’s essentially trying to optimize code using a wrong CPU model. "
by djmips