Si tuviéramos que reescribir completamente Minecraft desde cero, ¿sería posible implementar hiperprocesos mientras se mantiene la compatibilidad ARM?

Bueno, sí, todo es posible, todo depende del programador para garantizar que sea multihilo y compatible con varios sistemas. Sin embargo, Minecraft, escrito en Java, es relativamente más fácil de portar a otros sistemas como Raspberry Pi, Mac y PC gracias a una pequeña cosa ordenada llamada Java Virtual Machine y Java Runtime Environment. Estas dos cosas permiten la abstracción de la esencia del soporte de un hardware de plataforma particular del desarrollador, ya que otra persona ya ha hecho el trabajo pesado por él. El programador para Minecraft no tendría un código de escritura individual para admitir todos los hardware e instrucciones posibles establecidos. Por supuesto, estoy pasando por alto muchos detalles técnicos y advertencias que no hacen que esto sea totalmente cierto, pero lo suficientemente cerca como para que si pudiera obtener e instalar Java en un sistema, podría ejecutar prácticamente cualquier programa Java en ese sistema.

Sin embargo, dudo que pueda valer la pena intentar hacer de Minecraft una carga de trabajo de subprocesos múltiples. Los juegos tradicionalmente no dependen mucho de los hilos debido a la naturaleza de la carga de trabajo. Muchos componentes de los juegos a menudo dependen de una respuesta de una acción previa. Por lo general, tratar de coordinar estas respuestas de acciones anteriores ya es bastante difícil e intentar dividirlo en una carga de trabajo de subprocesos múltiples es aún más difícil, ya que asegurarse de que todos los eventos sucedan en sincronización es muy difícil. Claro que es factible, muchos juegos tienen hilos separados para la creación de redes, pero la mayoría del motor del juego tiene un solo hilo. Francamente, no hay una tonelada que puedas paralelizar.