Да, именно по этому, трансляцию вызовов и наличие виртуализации называешь нативном.
И не видешь в какой среде работают иксы с графикой, называя с ssh рабочей графикой у wls.
Выдаешь перлы, тип я не знал какой там АПК, оно само скачалось с маркета.
Раз ты такой программист, напиши почему бинарь скомпилированный под одну систему не запустится в другой? Ответ на данный вопрос расставит все точки над и.

потому что почитай литературу о низкоуровневой работе ос.

поставь linux не еби мозги.

пересчитай пальцами андроид устройства на х86 за последние там 2-3 года.

В твоём случае графику рисует винда, виндовым драйвером, поверх виндового оконного менеджера, в котором вертится x, поверх виндового ядра.
"Windows Subsystem for Linux (WSL) — слой совместимости для запуска Linux-приложений"
"Подсистема Windows для Linux - это функция, представленная в Windows 10, которая позволяет устанавливать ядро ​​Linux непосредственно в операционной системе Microsoft. Это возможно благодаря виртуализации Microsoft Hyper-V"
"WSL первой версии не использовалось реальное ядро Linux, как и виртуализация. WSL был чем-то наподобие Wine, но не совсем.
Там использовалась какая-то особая прослойка для транслирования вызовов от линуксовых программ в эту оболочку."
Трансляция вызовов != нативность, да и hyper-v, у второй версии другая реализация hyper-v более сложная, вот и виртуализация.
Короче, читай летературу об низкоуровневой работе ос, может разберёшься почему нельзя к процу вот так просто брать и обращаться, держать там нативно два ядра и юзать проги из двух миров.

факт том что это не wls речь о wls изающем графику, а это может только wls2.0

SSH тунель это не то, это всё равно что я поставлю в виртуалку linux, запущу удалённый рабочий стол с винды и из под винды запущу игруху и буду говорить, что у меня linux виндовые игры запускает, работает же.

Ты хоть читай, о чём речь и что ты кидаешь.

ещё бы те с маркета неподходящая версия апк качалась...

именно так выглядит установка программ linux, лол, я думал ты мне пруф про то как иксы в wls1.0 поставить и речь о том, чтобы через wls запускать графику.
А ты кидаешь иксы которые в винду ставятся, тобишь патченные, чтобы работать на винде, ни о каком wls с графикой речи не идёт, только проброс через SSH из WLS в Windows, хитрожопый трюк, но это не то.
Ни один из перечисленных иксов (Xming, Cygwin X, and vcXsrv.) не люноксовый (все патченные под работу винде, причём им wls для работы нафиг не нужен).

глянуть только на этот https://sourceforge.net/projects/vcxsrv/
Versions starting from 1.14.3.0 are not compatible with Windows XP anymore.
Ахах... хрюха, какой там wls.

"Microsoft doesn't support graphical programs on WSL. Bash on WSL is intended for running command-line programs that developers might need, but it's possible to run graphical Linux desktop programs on Windows using the Bash shell. To be more precise, you'll be able to display graphical programs running in WSL on a Windows 10 desktop by using an X server which runs on Windows 10. "
Прямо написано wsl не может в графику, используем bash shell заворачиваем в ssh стучим в пропатченные иксы(те самые для хрюши =D).

Откуда в android, ios, os x будет wow64? Это чисто виндовый костыль.

https://ru.wikipedia.org/wiki/WOW64
из той же вики, трансляция из 32 в 64 менее ресурсоёмкая.
Вообще, если говорить прямо, то я топлю за полный отказ от 32 бит, как это уже сделано практически везде.

МБ хватит трястись там со своей совместимостью? То что было выпущено с десяток лет назад уже не нужно. Оно и к лучшему, т.к старые программы, которые нужны, всё равно перепишут или напишут новые как только они перестанут запускаться.
В том же Андройде хоть и есть обратная совместимость, но с каждой новой версией её обрезают до более поздних версий. Из ядра linux в последнее время смотрю тоже в путь летят поддержки старых архитектур, 32 бита ядро собрать и либы к нему ещё можно, но по факту почти все дистры уже давно по дефолту х64 и не имеют сборок на х32 и большинство либ переведено на х64.

Живут люди и ничего. Ту же windows 10x (а до этого windows rt) завернули по одной простой причине, майкрософт не могут сделать твёрдый шаг. Они не могут предоставить нормального инструмента для совместимости, либо не могут от неё избавиться, тк не могут предоставить инструменты для портирования софта или хотя бы время для портирования или привыкания пользователей, в любом случае у них нет понимания, что с этим делать.
Та же эпл не то что битность, а вообще архитектуру меняла 2 раза sparc->x86->arm и ничего жива здорова, всё работает, потому что подход грамотный. А винду уже только из-за постоянного носилования пуска хейтят.

хуйню ответил.