Neither core's stock design was blessed with much cache to help out their ageing execution units (at least the A73's are out-of-order!), and MediaTek is not known for burdening their parts with a surfeit of resources.
The P60 is no exception.
For $500USD,you can get a new/unlocked iPhone SE and a steak dinner:
Either one will run circles around the "Freedom Phone".
How much of trouncing are the fascism-curious in for?
The Galaxy A52 scores 549 / 1704 in geekbench 5 single / multi-core tests. This is a broad view of system performance.
The iPhone SE scores 1308 / 2739.
The UMIDIGI A9? 134 / 483.
Reputably sourced devices are 3-5x faster, conservatively.
The freedom one purchases with this phone is an incredible lightness in one's wallet and the warm glow that comes with supporting the right's least shameful grifters.
There's a lot more to say (technically) this device vs. others you can buy for $500, but the biggest thing you should know is that it will be WILDLY INSECURE.
If it's truly an AOSP device (appears to be), the board it's built from is surely nearing end-of-life OS patch support.
Assuming that reputable app stores have been removed from it (to "de-Google" the distribution), system components like it's webview and browser are unlikely to get timely patches. And patch rates === security these days.
So the second liberation one will feel whilst carrying this phone is immunity from pesky software update nags.
The third? An emphatic emancipation of one's data from the device.
Combined with now-rampant NIMBY-ism from the last generation to enjoy tax-funded higher ed, spiraling property costs mean the dream of owning a reasonable home and starting a family is a receding vision.
The "way up" is "supposed to be" tech -- one of the few industries often paying enough to get you a slice of California. And for the lucky few, it absolutely is.
My contention for something like a decade has been that if your tree is closed for half the year, you're "kept source", regardless of the license code eventually drops with:
It *is true* that working across layers is a key trait of highly effective engineers. Respecting those who do it on the client is good.
The idea that one must "graduate" to the back end carries the same stench as every overconfidently presented "full stack" failure I trace.
Front-end demands humility because it is *different* and, in key respects, *harder*.
There's an asymmetric hubris here: those of us who work the client don't tell back-enders that their work is trivial. Nor do we gate-keep the "full stack" crowd, no matter how poorly they do.
The cognitive dissonance of anti-web and anti-choice rules made & justified because device resource scarcity [1] against the marketing of ALL POWERFUL CPUs [2] is dizzying.
For a sense of scale, when the anti-choice, anti-web rules were laid down, Apple's fastest device was the iPhone 3G; a single-core, 32bit, in-order, ~400MHz chip attached to 128MiB of system memory.
Today, the slowest device you can buy directly from Apple is based on the A12...
The A12 is a 64 bit, 6-core, 2-and-change-GHz part with ~~8MiB of L2 cache~~ attached to 3GiB of RAM in the most resource-impoverished device Apple markets today:
Trying again: Apple's iOS store shenanigans include a subtle & unique catch-22 journalists should grok:
- when apps violate policy, Apple says "use the web"
- ...except every iOS browser is required to use Apple's engine...
- ...and it's Apple keeps it year behind
This is hidden from view because no iOS browser maker dares to submit a browser that shows a "this isn't _real_ Firefox" (e.g.) banner...because what is the user supposed to do? Buy a new phone? They also can't afford to be cut off from all the world's rich users.
But why is Apple's engine & browser years behind?
Because Apple doesn't fund the WebKit team with anything like the headcount they'd need to keep up. And let's keep in mind that this isn't down to some sort of cash crunch.
Now imagine a world where Apple hadn't cut off the web at the knees and the things we regularly do on Android were possible, e.g.: WebGL 2, WASM threads (soon), Audio Worklets, large media storage, prompted PWA install, push notifications -- not to mention the upcoming stuff...