Ну а если серьезно, то все зависит от задач. Если просто офис, интернет, немного и нетребовательно поиграть (даже в Cyberpunk 2077 будет 30 FPS Low, 58 FPS AVG). Порезать ролики, посмотреть фото, в фотошопе поработать, в автокаде почертить в 2D с редким чтением 3D - FX вполне себе аппарат. Как я уже доказал, уровень Ryzen 5 1400 будет обеспечен. А кое-где (архивация, например) даже лучше. Никто же не скажет, что у юзеров со встроенной графикой, процессоры в обычных задачах ощутимо прям быстрее? Браузер не "взлетит" от крутого ЦП (потому что там есть много других факторов). А юзеров с ВК уровня "встройки" сейчас - не менее 30% от всех игроков ("Как заявили представители Blizzard, 22% игроков в Overwatch играют в шутер на встроенной видеокарте" или "Самой популярной видеокартой много месяцев подряд остается NVIDIA GeForce GTX1060" [Ryzen 8700G, 780M])

Или можно по вашему: смотрим на кол-во "попугаев", радуемся крутым "кокосам". Ну, просто потому что они есть -) Современные ЦП нужны сейчас только для современных игр, и то не всех, а только тяжелых. Ну или для задач моделирования, переборки тяжелых баз данных, разработки систем искусственного интеллекта, редактирования видео 4К-8К, научных задач. Для всего остального они бесполезны, пустая трата денег. Может быть, это вы себя убеждаете, что вы не зря потратили бабосы?
Так через 3 года ваши ЦП будут "хламом" в глазах таких же как вы "любителей кокосов"... Если что, фраза не моя, с известного канала на youtube, ни кого не хотел бы задеть; любить кокосы - это нормально, но и любить FX - тоже. FX почему-то вспоминают до сих пор. Странно, да?

Исходные файлы приложения Android написаны на языках программирования Java (файлы *.java) или Kotlin (файлы *.kt). Оба языка программирования генерируют код, который можно скомпилировать в байт-код Java, исполняемый на JVM (виртуальной машине Java). В среде Android процесс начинается с компиляции исходного кода Java/Kotlin в файл класса Java с расширением *.class и содержат байт-код Java (представляет сборку Java). Эта задача компиляции выполняется компиляторами javac и kotlinc для кода языков Java и Kotlin соответственно. Но *.class файл содержит стандартные байт-коды Java Oracle JVM, что не подходит для устройств Android, поэтому он имеет свой собственный уникальный формат байт-кода, известный как байт-код Dalvik (позже уже ART runtime). Компилятор транслирует байт-код Java код в байт-код Java-машины, который представляет собой инструкции машинного кода для теоретического процессора. В процессе компиляции команда dx связывает все файлы .class, а также файлы .jar вместе и создает один файл groups.dex, который уже является исполняемым на следующем слое виртуальной машины операционной системы Android, известной как Android Runtime. Процесс Zygote является родительским для всех приложений Android и запускает приложение, когда пользователь делает соответствующий запрос. Зигота — это особый вид процесса ОС Android, который обеспечивает совместное использование кода между различными экземплярами, работающими на виртуальных устройствах Android. Ресурсы, классы и библиотеки кода, которые могут потребоваться любому приложению во время выполнения, предварительно загружаются в пространство памяти процесса зиготы. Всякий раз, когда процесс получает запрос на запуск нового приложения, он разветвляется (создает копию) с помощью системного вызова fork (android — это система Linux) и запускает новое приложение.

Просто на современных процессорах куча регистров. Регистровая архитектура хороша, но требовательна к ресурсам. А Java должна работать везде, даже там, где ничего не знают про регистры.
До ART (который был представлен с выпуском Android 4.4, то есть Kitkat), средой выполнения для приложений Android была Dalvik. У нее был один существенный недостаток - это было МЕДЛЕННО!
ART использует опережающую модель компиляции, которая компилирует приложения в машинный код после установки. Раньше компилировался только тот код, который необходим для запуска. А остальное уже компилировалось во время выполнения, когда понадобится. В ART весь код компилируется во время установки приложения (замедляется установка, но сразу создается кеш, нет компиляции во время выполнения).
Так вот нативный (который читает процессор) код примерно в 5 раз быстрее. А теперь подумаем. Во сколько раз быстрее выполнит код, настольный CPU на базе x86-x64 процессора? ARM — это не x86. Никто не будет ускорять чип, работающий на 100 г батарейке. Это пока что "небо и земля" по производительности. Google Chrome работает на движках WebKit / Blink и V8 в случае JavaScript, которым выполнить JRE или JavaScript или WebView Class (Android.Webkit) - ничего не стоит. И кстати, по умолчанию в WebView отключен javascript.
Поэтому x64 процессору пофиг на этот Java, а так же на вызов кода JavaScript из Java. И да, даже слабеньким современным ARM не трудно это компилировать и выполнять. Это я и имел ввиду! Пусть будет ИМХО, я не профессор -)