Justamente hiba a despotricar jejeje ... ya me suscribi de nuevo ... es que en todos lados es lo mismo hay que tocar esos temas con pincitas o simplemente pasar.. pero si pasas te pierdes de informacion valiosa tambien ... saludos desde Mexico
Tecnicamente si no tienes las Roms de los juegos y te las bajas de internet, si es delito....pero todos la hacen, es como la.evasion de impuestos, todos niegan hacerlo, pero casi todos lo hacen, eso si, la comunidad gamer es muy sensible al respecto, mejor no tocar el tema.
Yo tengo un MacBook Pro M1 primera generación y de verdad… fuera bromas, antes tenía un portátil ASUS no hay color, ir a la universidad y al trabajo y no cargar el ordenador en 3-4 días o ver películas en la TV con el Apple TV y que dos horas de película te supongan 7% de batería…. Es una pasada. Cuando viajo es una maravilla poder meterte en un avión y trabajar durante un par de horas y no preocuparte
Algo importante que se no se mencionó en el video es que ARM es una arquitectura heterogénea mientras que X86 es homogénea. ARM al ser heterogéna, necesita adaptar el sistema operativo a cada uno de los modelos de procesador para poder ser ejecutado mientras que en X86 al ser homogéneo, un único sistema operativo se puede mover sobre practicamente cualquier X86 sin necesidad de ser adaptado. ¿Esto en que se traduce? Pues que cuando instalas ubuntu por poner un ejemplo sobre un PC X86, una única ISO vale para cualquier cpu X86, mientras que cuando quieres instalar android sobre smartphones, no existe una rom que se instale sobre cualquier smartphone sino que cada uno de los modelos de smartphones necesita una rom en específica, no puede llegar a existir una rom que se ejecute sobre cualquier smartphone.
Eso permitirá que se diera más fácil la obsolescencia programada al solo retirar el soporte en la siguiente versión del SO, para contrarrestar eso tendría que usarse gnu/Linux u otro sistema de código abierto que permitiría extender el uso del hardware
@@alffonso1005ojala siga igual que podamos cambiar componente, no quiero terminar futuro donde pc escritorio ya no puede personalizar ni cambiar componente
Imaginate la cantidad de programas que tendriamos que abandonar si no tienen retrocompatibilidad. No se ustedes pero a mi no me apetece dejar mis juegos del 2008.
Windows 11 en el poco f1 no corre tan mal los juegos antiguos, en un futuro tipo en Snapdragon 8 gen 3 directamente volarán juegos "normales" y ni hablar si se optimizan para ciertos procesadores.
para programas antiguos eso dejalo a los escritorios aislados (como wine por ejemplo), la idea es que los programas de ahora funcionen bien aunque obligadamente tengan que compilarse de nuevo para lanzar una version en otro formato como las uwp.
Si Apple pudo crear Roseta 2, que MS no pueda crear algo similar. Por cierto, al igual que Wine (Wine Is Not an Emulador, eso significa) Roseta 2 no es un emulador
Me gusto que mencionaras que ARM no es la unica arquitectura de tipo RISC, eso fue un buen detalle que demuestra que investigaste bastante bien .. como aporte realmente windows para arm existe desde al menos el 2000 , me refiero a windows CE, windows mobile y windows phone.. los cuales estaban basados posiblemente en el windows NT que si soportaba procesadores risc.. o sea no era una skin sobre un android , ni un sistema operativo diferente que fingiera ser windows.. era realmente windows
Detallito extra: la emulación de x86 en los Apple es mejor porque los micros M1/2/3 incluyen instrucciones extra que ayudan en esa emulación (en concreto, permiten emular algunos flags de estado que tiene el x86 y que ARM no tiene; en concreto el flag de paridad y el de semi-acarreo). Dado que los micros ARM "normales" no tienen esas instrucciones extra, tienen que emular los resultados de esos flags en casi cualquier operación lógica o aritmética, lo que es MUY pesado, y por eso va mucho más lento.
Entonces supongo que para usar ARM con Windows y tener un rendimiento decente sería necesario usar SoCs ARM específicos para emular x86 (que tengan esas instrucciones extras)
Lo ideal sería que la propia ARM diseñe una arquitectura para emular x86, así pueden aparecer en el mercado más SoCs ARM para laptops y PCs de escritorio
@@monofachero7941 Así es. Es cierto que se ha avanzado mucho en técnicas de recompilación dinámica, que permiten detectar si esos dos flags son utilizados o no antes de la siguiente operación, pero aún así sigue siendo más eficiente disponer de ellas. La cuestión es... ¿tendrá Apple alguna patente sobre ellas? (conociéndola, seguro que sí)
@@JuanMontes-xo4th Nononono... no emulan las instrucciones por hardware, simplemente incorporan por hardware una característica concreta del x86 que ARM no tiene. Pero sigue siendo necesario convertir el código de x86 a ARM por software. Intentaré explicártelo de manera sencilla: cada vez que realizas una operación matemática o lógica (por ejemplo, si sumas dos números), además del resultado en sí, tienes una serie de "flags" o "banderas" (sí, se traducen así en algunos libros) que pueden estar activos o no según como sea ese resultado. La arquitectura ARM tiene cuatro "banderas": ZERO (activa si el resultado de la última operación es cero), CARRY (activa si hubo un desbordamiento en la última operación; por ejemplo, si sumas dos números y el resultado es demasiado grande para entrar en un registro, con lo que "desborda" y sabes que "te llevas una"), SIGN (activo si el resultado es negativo) y OVERFLOW (similar al CARRY). Estos flags se utilizan, por ejemplo, para hacer comparaciones (si restas dos números y se activa ZERO significa que el resultado es cero, lo que sólo puede ser si ambos eran iguales; por ejemplo). La cuestión es que x86, por razones históricas, tiene dos flags más: SEMICARRY (que es cuando hay desbordamiento en una operación de 8 bits desde el tercer hacia el cuarto bit, necesario para operaciones en BCD), y PARITY (que indica si el número de unos en el resultado es par o impar, algo que se usaba mucho en comunicaciones). Estos dos bits no se utilizan prácticamente nada hoy en día, por eso ARM no los lleva; pero como no puedes saber si un programa x86 los utiliza o no, si haces la emulación no te queda otra que simular sus efectos en todas las operaciones lógicas y matemáticas. Y aunque hay algunos heurísticos que permiten optimizarlo, nunca es ideal. Y como te imaginarás, calcular la paridad del resultado o si hubo acarreo desde un bit intermedio no es algo inmediato, sino que requiere bastantes instrucciones. Apple lo que hizo fue añadir el cálculo de esos dos flags por hardware, con lo que la traducción de código x86 a ARM es más directa. Es un cambio mínimo en cuanto a número de transistores, pero que acelera muchísimo la emulación.
16:18 Esa es la razón por la cual Linux y Apple se portearon más fácilmente a ARM. Porque para correr programas de x86 en ARM necesitas un emulador. Pero teniendo el código fuente del programa, podías compilarlo para ARM. Por eso todo el Software Libre fue rápidamente porteado a X86, Apple hizo lo mismo con todos sus programas. Además en esa época ya habían lanzado equipos con ARM, las Raspberry Pi empezaban a ganar popularidad (Sólo podían correr Linux, Android, o BSD), y había surgido el rumor de la muerte de Windows en manos de ARM. Por temor a que ocurra realmente, Windows lanzó un sistema para ARM. Lo que pasa que los desarrolladore de grandes software famosos no quisieron portar su software a ARM, y como son los únicos que poseen el código fuente, nadie más pudo. Al final Linux se convirtió en el Sistema dominante de la Arquitectura ARM, y tiempo después Apple lanzaría el procesador M.1, el resto de la historia, ya la saben.
@@hernanortega7006 Pero sólo puede correr software x86 por medio de emulación, y emular X86, sobre ARM, para correr programas, le quita mucho rendimiento.
@@hernanortega7006 Ojo, que el el futuro a lo mejor la cosa cambia. Pero Windows para ARM está bastante verde. A menos que tú mismo le compiles sus propios programas para ARM. Cosa que no muchos saben hacer.
Oh, me mataste, me tocó hacer un trabajo sobre CISC y RISC hace casi 30 años, a propósito de la pronta salida del ¿Motorola 68000? ¿Del Pentium? Siempre pensé que los x86 habían ganado, y fin. Mil gracias por la actualización. Recibe un saludo desde Santiago de Chile. Que lindo escucharte decir ".. seis mil quinientos dos", cuando siempre fue, para nosotros el "sesenta y cinco cero dos", jajjaja
Sobre el nombre de ARM: originalmente nació de "Acorn RISC Machine", ya que fue inventado por esta empresa (Acron) para un complemento de expansión de su ordenador BBC Micro; posteriormente, y viendo la potencia y eficiencia del procesador, crearon una filial para el desarrollo y producción del mismo y reutilizaron el nombre (ahí sí que no se mataron), y con la caída de Acorn (posiblemente un poco antes), modificaron el acrónimo a "Advanced RISC Machine". La arquitectura se llama ARM porque las arquitecturas siempre se basan en elnombre de los procesadores (x86 se llama así porque es la arquitectura usada en los procesadores 8086, 80186, 80286, 80386/i386, i486 e i586/Pentium/P5; técnicamente también del 8088, que es una versión 8-bits del 8086, pero no cuenta para la nomenclatura).
hay cosas que ignoras. Los RISC se usaron en estaciones de trabajo mucho antes de que hubiera móviles. Los RISC son mejores porque el tamaño de la instrucción es siempre la misma mientras que los CISC cada instrucción tiene un tamaño. Esto hace que en los micros RISC te ahorres un paso en la ejecución: el de saber donde acaba la siguiente instrucción.
En los 90s el PowerPC (RISC) fue implementado en las computadoras Apple y fracasaron, lo que provocó el regreso de la manzana al mundo X86, ser mejor no es garantia de exito....
0:44 Existen varios microordenadores con GNU/Linux y ARM, siendo el más famoso la serie Raspberry Pi. En mi caso utilizo un Pinephone, que es básicamente un microordenador ARM con forma de teléfono. GNU/Linux tiene más cuota de mercado en procesadores ARM gracias a esto, teniendo un cataálogo de software superior en Raspberry que en Windows ARM. 12:14 Eso es mentira, la emulación por si sola no es ilegal, solo lo es cuando consigues los juegos de formas poco éticas. Dentro de Nintendo se contradicen al mentir de esa forma, ya que han creado varios emuladores para sus servicios de consola virtual
No soy fan de Apple, pero tuve la oportunidad de trabajar con una MacBook Pro con M1 por unos meses, y el hardware es una delicia, estaba impresionado por la potencia y el rendimiento de la batería. Nunca logré adaptarme al OS y volví a windows, pero espero algún día ver algo así en una máquina con Windows.
Hola, buenas. Solo por aclarar, a dia de hoy es muy, muy raro que un programa se reescriba para una arquitectura diferente de la original. El caso de chrome, por ejemplo es devido a que google emplea software propietario y no existen binarios para ARM. Normalmente, el proceso consiste en indicarle al compilador la arquitectura de salida del binario que se quiere construir, en la mayoria de los casos sin tocar una sola linea de codigo. Los binarios para ARM supongo que solo estan disponibles para android, hablando de chrome. En lenguages de programacion cuya salida es un binario ejecutable, como un archivo .exe o .dll esto es lo habitual, salvo algunas excepciones, aunque si requieren alguna biblioteca binaria, aparece el requerimiento de compatibilidad ABI, lo que implica que tienen que pertenecer a arquitecturas compatibles o incluso iguales. Temas muy tecnicos, pero para el video tu explicacion sirve bien.
Falso, estoy usando una Chromebook corriendo Crome y corriendo Ubuntu20 en shell gracias a Crouton sobre un procesador ARMHF32 con 8G de memoria y 32GB de Almacenamiento y la bateria rinde por 24 horas, recuerda que Chrome OS es muy similar si no igual a Android corriendo sobre Linux corriendo aplicaciones de android en forma nativa, una exquisitez al portear aplicaciones de Ubuntu.
bien4:56 no es de motorola, es de MOS son empresas completamente distintas , ellos manejaban 2 procesadores el 6501 que encajaba en el mismo socket del que si es motorola , pero la empres demando a MOS con una orden de cese de producion del MOS 6501 dejando solo al 6502 (que tiene un socket distinto entre otras cosas) ahora con ARM , no es que no se hayan comido la cabeza si no que fue intencional para estar por encima de Apple en el directorio telefonico (ya que en ese entonces eran competencia directa) "Acorn Risc Machine (eso era lo que significaba antes el acronimo)" el nombre fue tomado de un viejo dicho ingles "grandes robles nacen de pequeñas bellotas"(o algo asi iba jaja), en los 80 cuando estaba el auge de los microprocesadores, invento el primer cpu ARM con el objetivo de ser una expansion para el ordenador oficial de la BBC, un par de decisiones tomadas, algo de tiempo y asi fue como nacio ARM en resumidas cuentas. ah y tambien Apple y ARM ya estaban trabajando juntos desde el apple newton , arm ya habia llegado a los telefonos de su epoca empezando con Nokia, solo que lo del iphone y en si que steve jobs se enfocara hacer dispositivos portatiles usando cpu ARM termino por "sentenciar" lo que seria ARM hoy en dia. te falto investigar un poco mas compañero
Que bueno que mencionas el power PC, que de hecho era tambien una CPU RISC y que utilizo roseta posiblemente por la misma razon por la que M1 los usa tambien,
Olvidaste mencionar que Microsoft despues del fracaso de Windows RT en general empezó a crear su propio ARM como tu lo dijiste en la parte de traductor, solo que este "traductor" es mas a nivel de procesador, Microsoft tuvo a presentación el año pasado de su propio ARM ejecutando photoshop x86 de forma nativa en su Surface Pro
@@Teluric2 microsoft desarrolló el primer pisapapeles ARM y no, no me refiero a la Surface (ese fue el segundo), el primero fueron los Windows phone. Aunque lloren los fanboys de windows, esas cosas no las usaba nadie porque a nadie le servia.
El video es espectacular, pero una cosa que quisiera aclarar es que Rossetta y la capa de traduccion de windows arm , no son emuladores tradicionales, la gran diferencia entre con los emuladores de consolas y etc es que no generan entornos virtuales , en contra usan técnicas de emulación en combinación con traducción dinámica, siendo mucho menos costosos que un emulador clásico, para ponerlo en perspectiva pasas de tener que necesitar varias veces la potencia de calculo a necesitar un porcentaje mayor de calculo ( esto dependerá mucho de que tan desarrollado esté el traductor) . Un ejemplo de un traductor bastante desarrollado sería protom, gracias a la steamdeck .
Yo creo firmemente en la competencia que puede otorgar ARM en PC de sobremesa... pero mientras que solo un caballo lleve la carreta no se va a lograr mucho... respecto a Linux con ARM corre GENIAL por ende que lindo seria una Notebook con chip ARM y una buena bateria de 99KWh que creo que es el maximo para viajar en avion... literalmente seria una locura de autonomia para uso laboral, que tenga buenas bisagras y un "pezón" estilo Thinkpad para el mouse x si trabajas con guantes y listo.
Oye, gracias por la aclaración, no tenía ni idea de por qué Apple había dejado a Intel, y este tema de las arquitecturas ARM y x86 me quedó muy claro, además la diferencia entre CISC y RISC (ni los conocía) la explicaste muy fácil.
Tienes razón, se aprende muchísimo tanto del vídeo como de los comentarios, aunque a veces hay desavenencias entre usuarios. A mí me da igual que sea RISC o CISC, lo que quiero es poder ejecutar mis juegos antiguos y modernos correctamente.
Tengo entendido que AMD también está preparando procesadores RISC-V, faltaría en otro video hablar de linux y box64, que últimamente a ganado popularidad en android, ejemplo esta ultima semana hubo bastante interés en GTA V por la optimización reciente en estas herramientas que permitieron jugarlo a FPS decentes
Sumado a los errores que mencionan los demás en los comentarios la Nintendo Wii tambien usaba un procesador IBM de arquitectura PowerPC, al igual que Wii U, por eso la compatibilidad tan directa, así mismo el wii es considerado una actualización del GameCube con incluso retrocompatibilidad directa gracias al procesador también IBM PowerPC
Muy buen video, pero un pequeño error es que Rosetta 2 no es un emulador, es un traductor de instrucciones, por lo que no ejecuta el codigo tal cual, sino que lo compila a un codigo que arm pueda entender. La traducción tiene un mayor costo a la hora de iniciar el programa por primera vez pero mejor rendimiento, la emulación es lo contrario, menor costo para iniciar el programa pero menor rendimiento
¿Porque no mencionaste a los Qualcomm Snspdragon X? En teoría estan a la altura de los últimos M2 de Apple. Siendo que mencionaste los aun no presentados chips de Nvidia.
Pero de qué sirve tal potencia si no puedes ejecutar cualquier software en el, es un círculo vicioso y aparte que si lo menciono como único competidor serio en procesadores para PC
Te faltó comentar algunas cosas como el proyecto Volterra de MS, los procesadores X Elite, el traductor optimizado de win 11 ARM y los primeros portátiles que se lanzaran con Snapdragon X este 2024 (junio)
Me encanta, pocas comunidades como esta, los comentarios de este video ayudan mucho a complementar la información.
ปีที่แล้ว +1
Están tan urgidos por la "eficiencia" que se olvidan que un ARM para rendir como un i9 o R9 (caso apple) se les va el consumo de las manos, y pasa de consumir 45W a consumir lo mismo que un procesador x86 común y corriente 80W/150W etc. A cambio, les van a dar Obsolescencia programada, Limitaciones en Expansión y modificación de Hardware y el toque final, que venga todo soldado a la placa madre. Me da gusto que intel se quede en x86 porque se va a quedar para las tareas más exigentes, eso sí, va a pasarle como a Nvidia que si quieres la potencia y prestaciones te toca pagar el precio.
Por benchmarks se ha demostrado que la emulación es más o menos igual en windows que en mac, el mayor problema es que no hay procesadores en windows a la altura de la serie m, te faltó mencionar la pieza más importante en este tema, que es el lanzamiento de snapdragon elite x este mismo año, este nos dará pcs con procesadores que juegan en la liga de los m, ahí se verá que puede ofrecer windows en arm.
Es falso la serie m solo compite con las laptops, y en ese caso decir que no hay competencia en rendimiento también es falso, el i9 13 para laptop tiene mejor rendimiento, eso sí no quita que la m2 sea muy buena y con mucho menor consumo.
Disculpa pero la cpu MOS 6502 no es de Motorola es de la compañía MOS Technology (mas tarde conocida como Commodore Semiconductor Group luego de ser adquirida por Commodore Business Machines) la NES monta un RICOH 2A03 que es una cpu clon del MOS 6502 pero con algunos recortes y un generador de sonido de 5 canales.
Excelente vídeo. Pero me quedó una duda: ¿Intel no fabrica desde hace tiempo procesadores x64? Pensaba que la fabricación de los x86 había quedado obsoleta. Por cierto, me encantas tus analogías
Son procesadores X86-64, es decir, procesadores de 64 bits capaces de correr código diseñado para los procesadores de la serie 8600 de intel (procesadores de 1970-1980 en 16 bits y 32 bits)
Porque Intel siempre fue por el camino del x86 y AMD lo siguió y Microsoft siempre fue muy resistente al cambio. Apple demostró como cambiar de arquitecturas 3 veces y el M1,2,3,4 y contando ya es muy superior en muchas características a las Intel. Windows todavía tiene código de la era del 95 en sus entrañas, o eso pareciera, por sus eternos problemas de rendimiento. Si realmente quiere evolucionar debería reescribirse todo su OS para ARM desde cero.
Para todos los que están peleando por tener razón sobre qué tipo de arquitectura es mejor sobre la otra, dejadme decir que hay muchos matices como para dar un veredicto absoluto. Cada cual tiene ventajas y desventajas propias y sólo el mercado decidirá sus casos de uso, con la primicia de que parece ser que el diseño ARM disfruta de una gran eficiencia gracias a las cortas fases de la CPU para localizar instrucciones y, el reducido repertorio que simplifica las unidades funcionales entre otras cosas. ARM se vuelve mucho más útil a medida que evolucionan las frecuencias de reloj y el tamaño de los semiconductores. Y por favor, los que son solo GAMERS cerrad la p*** boca que deberíais estudiar ciencias de la computación para hablar con cierto grado de propiedad. Gracias
Ok ingeniero. Veo muchos otros ingenieros expresando su preocupación con respecto a que no pueden utilizar sus programas preferidos para trabajar bajo ARM. Ok. Pero quiénes son "solo GAMERS" nó tienen derecho de opinar al respecto porque no cuentan con un doctorado en ciencias computacionales. Gracias señor ingeniero por preocuparse tanto por uno de los sectores más importantes de consumidores de computadoras y dispositivos móviles (laptops/tablets x86) para trabajo o videojuegos. Según su tesis (ingeniero) la arquitectura ARM únicamente destaca en cuanto a eficiencia energética y un poco de velocidad por encima de lo que hoy por hoy cuenta con más de un 80% del mercado, a saber, la arquitectura x86. Entonces si esta arquitectura ARM es como la 8va maravilla según usted, ¿por qué sigue estancada por detrás de otras tecnologías? Y, ¿Por qué le molesta tanto que los videojugadores opinen al respecto? ¿Doctorado para poder opinar sobre tecnologías que todo mundo tiene en casa? No sé de tanta importancia y demuestre un poco de humildad mi ingeniero.
@@deathface2040 solo digo que hay ambigüedad y no absolutez en la respuesta a la supuesta "mejor arquitectura", por mucho que uses un producto en su superficie, tienes menos potestad para opinar de su implementación porque puedes distribuir información falsa basada en una experiencia como consumidor en un potencial caso extremadamente específico. Exacto, tienes derecho a consumir, experimentar y valorar, pero no a generalizar y menos aún a hablar de detalles de implementación que no conoces. No es una tecnología estancada, sino *en desarrollo*. Entonces reitero, no distribuyas información falsa.
Pues los que somos gamers, y además ingenieros, sabemos que ARM es mucho menos potente que X86, y lo seguirá siendo si ambas tecnologías avanzan en base a los "nanómetros", y no en otros paradigmas, además de que no soporta los estreses de trabajo de X86, ni sirve para eso. Su ventaja es la eficiencia energética, que lo hace muy versátil para dispositivos portátiles (sin duda, en eso no tiene rival), pero si lo que se busca es potencia, hay un abismo entre ARM y X86.
@@Osuna_CC no necesariamente, los Apple Silicon M precisamente lo demuestran, y cada vez hay más ports de juegos para arquitectura ARM, tú dale tiempo jejeje
@@informagico6331 yo hablo sobre lo que conozco y entiendo. No necesito saber sobre datos inútiles, pues se trata de tecnologías dirigidas al público en general y no tecnologías súper secretas jajaja. Yo creo que te alucinas demasiado únicamente para defender y sobre estimar algo que tú no inventaste ni desarrollas. Baja de tu nube y aprende que estás cosas son nada mas que simples productos de consumo.
6:50 la Game cube tambien lleva procesaor ibm y grafica Ati como la xbox 360 (que despues se llamaria Radeon amd -> y supongo que la wi mas de lo mismo con ibm de procesador en temas de compativlidad. (asi que serian los inicios con procesadores de motorola y similares, despues arm propio, luego ibm, y ahora estan con nvida, para ser exactos la apu tegra que usa tecnologia Kepler y la refinaron despues con ideas de Maxwell para hacerla mas eficiente pero con ello cometieron un fallo de seguridad dando paso al scene mas temprano de lo esperado. -> Sera interesane que saca ahora nvidia como procesador para la apu de la proxima consola.... ya amd esta pisado fuente con la igpu 780M y el snapdragon 9 se espera con 4gb de vram dedicada aparte de la ram
El Wii U no es lo único que no llevaba ARM, llevaba la misma arquitectura PPC que el Wii y el GameCube. Nintendo solo ha usado ARM para las portátiles y el Switch.
Vengo del Futuro, ahora Qualcomm presento el Snapdragon X Elite para usarse con Windows, Intel y AMD por su parte estan en una carrera por saltar hacia ARM
Yo uso Linux y en este sistema si hay versiones para ARM como Raspbian, por otra parte, del lado de Microsoft no hay una versión oficial para ARM pero si que hay una iso no oficial para Raspberry Pi, no la he probado ya que no uso software de windows pero recuerdo haberla visto en algún repositorio de descarga de isos.
pero la Wii no era Power PC? tengo entendido que dentro de la GPU había un arm chikito para la seguridad, pero el principal que ejecutaba los juegos era power PC
Es falso que "todas las consolas de Nintendo menos la Wii U tenían procesadores de IBM". La Gamecube y la Wii ambas usaron procesadores de IBM como la Wii U.
El primer problema es que ARM mismo no está interesado. Primero que nada tendrian que proveer un firmware UEFI que sea pc compatible que los fabricantes de CPU usen de base para crear el suyo, ARM tiene que forzar que los que hagan cpus ARM lo hagan con una especificacion PCI-E que sea estandar, hay un monton de SoC con pcie donde el pcie solo est pensado para que te corra un wifi o a lo sumo un nvme. Y finalmente DRIVERS, ARM no provee drivers OpenGL/Vulkan para linux y ninguno para Windows para sus GPU Mali... Como es que alguien va a usar sus SoC ARM en Windows si los drivers de la misma GPU que provee ARM no existen fuera de android? Esto es todo responsabilidad de ARM, pero no lo quieren hacer. Esto es basico y lo minimo necesario, el tema del software y que corre bajo emulacion y si hace falta agregar algo para que la emulacion sea mas rapida viene luego de esto.
La vida da muchas vueltas, no se sabe si esta popularización de los ARM termine siendo a la larga el fin de la hegemonía de Windows e Intel. Ya que cada vez se ven más y más dispositivos potentes basados en ARM, si muchos más creadores de Software migran hacia ARM, y Microsoft e Intel no se ponen las pilas podrían ser los proximos Blockbuster, Yahoo, Kodak, Nokia/Blackberry, Atari.
El tema es que yo uso apps en mi Mac M1 que van con Rosetta 2 y van de lujo. La clave: Rosetta no traduce cada vez que abres la App sino que traduce TODO el código a ARM la primera vez que la abres. Y listo. Desde entonces ya es una app ARM.
Eso es correcto, tienen fecha de salida para el 2do trimestre de este año. Lo importante de eso es, ¿Cómo lo hicieron tan bueno tan rápido? Fácil, los diseñadores (algunos) de los Apple Silicon (M1,M2,M3...) se fueron de Apple, crearon 1 empresa de chips ARM para servidores, y Qualcomm compró la empresa. Hubieron demandas de por medio, contratiempos y entre cosa y cosa que empezó en finales del 2021 (aproximadamente), los nuevos procesadores (que no recuerdo el nombre ahora mismo) se presentaron en Agosto, con mejor rendimiento que los M2.
Usar ARM en un pc seria ir hacia atras en rl avance de la tecnología,... Ya ves con cada procesador x86 nuevo se agregan nuevos set de instrucciones para hacer por hardware (rápido ) cosas que de otro modo se harian por software (lento y consumiendo mas recursos)... Al final nos venderan PC con ARM ya que el limite de la tecnología en Chips esta casi en el limite de tamaño minimo... Nos venderán ARM no por ser mejor en calculos sino por obligación y reiniciar las ventas y el "avance". No se si recuerdan la introducción de ASUS en los móviles o celulares allá en 2015, introdujeron el zenfone 2 con provesador x86 intel a 2.3Ghz con capacidades de 4GB ram y que podia correr de forma nativa Windows 7, que para la época era top, ningun otro celular podía hacerlo... De hecho lo tuve por casi 5 años y el desempeño era buenísimo y funcionaba super veloz, lastimosamente la bateria ya habia fallado y en una caida se rompió la pantalla... Pero durante mas de 4 años tuve ese celular adelantado a su época, y murió siendo superveloz sin sufrir de bloqueos.
Bueno en tal caso si x86 está en su punto más alto tarde o temprano quedaría obsoleto, por lo que a pesar de la reeduccion de rendimiento arm termina siendo una alternativa buena. En mi caso he probado raspberry y a pesar de no compararse a un ordenador de sobremesa, su futuro parece muy prometedor
La arquitectura x86 es CISC pero las CPUs tanto de Intel como AMD internamente son de microarquitectura RISC. Cada instrucción CISC se descompone en varias RISC a través de descodificadores. La ventaja de RISC no solo es la mayor simplicidad sino que todas las instrucciones RISC tienen el mismo tamaño. Esto da una ventaja a la hora de diseñar microarquitecturas paralilizables que permiten en un solo ciclo lanzar y ejecutar múltiples instrucciones. Las CISC al tener longitudes diferentes hace muy complicada su paralelización. La solución fue este diseño híbrido que permite a X86 mantener retrocompatibilidad con el software más antiguo y mantener alguna ventaja que tiene CISC y al mismo tiempo conseguir la paralelización de RISC. Pero esto a su vez añade complejidad que dificulta diseños con una gran eficiencia energética. Respecto a PCs con ARM serían viables con Linux pues todo el software de código abierto tiene versiones para todas las arquitecturas que soporta Linux. Lo que ocurre es que los fabricantes de PCs sobre todo portátiles masivamente no se plantean vender sus productos sin Windows.
NO es necesario reescribir los programas para otro procesador, salvo que estén escritos en ensamblador, y ninguna aplicación de escritorio se escribe en ensamblador. Solo hay que recompilar la aplicación si está escrita en un lenguaje nativo (C++, etc) y ni eso si está en un lenguaje con representación intermedia virtual (java, .net, etc) o interpretado o con JIT (python, etc). Es relativamente muy barato soportar un procesador distinto, muchísimo más barato que migrar a una plataforma distinta, eso sí suele requerir rehacer parte del código. Generalmente el único motivo para que una empresa no publique una versión para un procesador distinto que esté soportado por la misma plataforma u OS es que no haya demanda que lo justifique.
No hay que confundir emulador con traductor son dos formas distintas de correr una aplicación, el emulador simula la máquina donde debería correr un juego o aplicacion, mientras el traductor si es como lo describes en el video
Es un emulador, no hay una traducción directa pues son arquitecturas diferente. Si corres un programa simulando que este corre sobre un hardware distinto eso se llama emular
Tengo una duda, no sé si alguien me la puede responder. Por lo que he entendido, ARM es en general mejor, pero es difícil migrar. Pero alguna ventaja debe tener x86 sobre ARM para seguir utilizándose no? Quizás son más potentes?
Windows y Linux son una cosa, y Android y iOS son otra muy distinta. Los procesadores X86 son superiores en potencia bruta, para realizar gran cantidad de cálculos. Los ARM están pensados para priorizar un muy bajo consumo energético, por lo que sacrifican la potencia de cálculo.
yo creo que risc v es mejor que arm usa risc igual que arm pero es libre de licencias y todo es open source no se si sera el futuro pero ojala lo fuera (o al menos a mi me gustaria )un futuro donde los ordenadores fueran open source: drivers, bootloader, bios, ... es una idea muy utopica que todo sea libre porque no es solo el sistema operativo y los progromas, tambien el driver del wifi, el driver del dac de audio, BIOS y UEFI libres, ... y sin Intel Management Engine, AMD Platform Security Processor un ordenador libre es mas dificil de lo que parece
Google con su Chrome os haciendo que cada dia mas apps de Android se ejecuten en ambas x86 y arm 😎🤙 Apple con su mac os haciendo un runtime para hacer que apps x86 se ejecuten de manera correcta en sus nuevos procesadores basados en arm 😎🤙 Microsoft haciendo el minimo esfuerzo que hasta duraron años para añadir el soporte x64 a su runtime de arm ☠️🤙
Por qué Windows no es un sistema operativo multiplataforma, está diseñado para correr sobre la plataforma x86, para correr un sistema operativo moderno sobre ARM hay solo dos opciones te compras un Mac que hoy usa esa plataforma o le instalas una distribución de Linux.
muy buen video, su lenguaje es acertado y los ejemplos son claros y notan la preparación previa. Muchas gracias. Mas, si muchos pc con procesador ARM se usan, Raspberry es un ejemplo.
Mejor el duopolio del x86 que te coloquen ordenadores con todas sus piezas pegadas e imposibles de ampliar como pasa con ARM. Estos procesadores son buenos para dispositivos portátiles. Para todo lo demás mejor dejemos a los mayores en la mesa.
Me hace gracia que la gente diga apple ya no innova. Apple en 2020 revolucionando por completo todo el mundo del PC, sacando sus Macs con chip ARM propio, Apple teniendo su iPad y su Macbook con el mismo procesador.
bueno que pasa si emulas mm pus que puedes jugar los juegos de la nientiendo a mejor fps y resolucion. yo estoy a favor de la experiencia de juego y la mejor esta en la emulacion para que voy a jugar en la nientiendo un titulo a 30 fps si emulandolo puedo llegar a los 120.
El Windows Phone tenía Windows 8 y luego algunos tenían hasta Windows 10. Siempre me quedó la duda de como han hecho correr Windows en un celular y ahora que veo tu vídeo comprendo que se debió a la arquitectura ARM y a los emuladores
*Despues de ver tu video me surgen ciertas dudas* 🤔 *1.Dices que Nvidia prepara chips arm para 2025, pero es que la switch es un chip Nvidia construido en arm y se lanzo en 2013, ademas que se especula que la nueva consola de Nintendo se lanzara en este año 2024 y sera chip de Nvidia construido nuevamente en arm* *2. Actualmente el Windows 11 corre apk de android, las cuales estan construidas para ejecutarse en arm esta no podria ser una solucion momentanea de Windows para la compatibilidad con arm ante la escaces de apps/programas propios para su sistema basado en arm?* Tengo mas dudas o detalles pero no quiero hacer esto mas largo 😅 Saludos 😉👍🏼
1. Tienes razón y me expliqué mal, es cierto que Nvidia ya fabrica chips ARM, pero son procesadores que no están pensados para ordenadores de uso general, de hecho como bien dices, el procesador de la Switch tiene bastantes años ya. Según filtraciones lo que se viene tanto por parte de AMD como de Nvidia son procesadores ARM para PCs y competir de tú a tú con x86. 2. Las aplicaciones de Android en Windows corren sobre emulación, así que es lo que digo en el video, rendimiento pobre. Para emular Android guay, para correr todo tu sistema operativo sobre emulación... No lo veo. Saludos 😎
@@xMigma gracias por la aclaración al punto 1, en el punto 2 yo me refería que esa podría ser una solución momentánea para la escasez de programas dedicados para ese sistenas, ya que las apk pueden cubrir en alto margen las necesidades mientras esa compatibilidad llega ofimática, multimedia, redes sociales, y hasta juegos (algunos valen la pena) y si esa compatibilidad se logra en sistemas X86, me imagino que en el sistema arm sería aún más amplia Saludos y gracias nuevamente por responder 😉👍🏼
Me pasa como a tí, estoy lejos de ser fan de apple, pero reconozco que el movimiento de pasar a ARM con sus propios procesadores ha sido una jugada brillante, que deja a muchos (no a todos, desde luego) portátiles x86 como cacharros anacrónicos. Bien por ellos.
La Wii tampoco uso procesadores de ARM sino que seguía usando la arquitectura PowerPC de IBM (la misma de los primeros iMac) que se uso en Gamecube y la Wii U realmente solo era una Wii potenciada con un chip gráfico más o menos reciente para la época.
Tu video está muy bien y correcto, pero un layer o capa se compatibilidad no es un emulador. Emular implica que virtualmente se simula un hardware, por ejemplo cuando juegas un juego de NES en tu PC, el juego cree que es una NES, el emulador de manera virtual busca comportarse como una NES. Una capa de compatibilidad no busca emular ni virtualizar el hardware, si no que busca traducir la instrucción de un software a otra instrucción que sea adecuada por el hardware. Como vez no se emula, si no que se corre nativamente la aplicación, un ejemplo de esto es Wine en Linux o Protón de Valve, los cuales te permiten correr juegos y apps de Windows en Linux de manera nativa y sin emular. Por lo tanto un layer de compatibilidad es una interface o API... No es un emulador.
Creo que estamos más cerca en emular juegos de pc en android (Ya se puede hacer con un rendimiento regular de hecho) que una computadora bien peque con ARM
eso no es precisamente cierto, windows 95, 98 , y XP eran compatibles con amd K6 y amd K5 , esas cpus eran RISC , no del tipo ARM , pero eran un tipo de RISC que intentaba hacer todo lo que hacia una CPU intel x86 , hasta se patento la arquitectura como RISC86 , y tambien los primeros windows de servidor eran compatibles con POWER PC, MIPS y SPARC todas CPUs del tipo RISC, con sus propias versiones de esta arquitectura ..
LO DE LA EMULACIÓN ERA UNA BROMA, DEJADME EN PAZ 😭
Te recomiendo no hacer chistes de consolas y emuladores, somos más tóxicos en eso que los fans de computadoras
Justamente hiba a despotricar jejeje ... ya me suscribi de nuevo ... es que en todos lados es lo mismo hay que tocar esos temas con pincitas o simplemente pasar.. pero si pasas te pierdes de informacion valiosa tambien ... saludos desde Mexico
la emulacion no es delito, delito es distribuir roms de los juegos originales
@@frostwolf5499El puede hacer chistes de lo que se le de la gana, que tu seas un rarito es tu pedo😂
Tecnicamente si no tienes las Roms de los juegos y te las bajas de internet, si es delito....pero todos la hacen, es como la.evasion de impuestos, todos niegan hacerlo, pero casi todos lo hacen, eso si, la comunidad gamer es muy sensible al respecto, mejor no tocar el tema.
Yo tengo un MacBook Pro M1 primera generación y de verdad… fuera bromas, antes tenía un portátil ASUS no hay color, ir a la universidad y al trabajo y no cargar el ordenador en 3-4 días o ver películas en la TV con el Apple TV y que dos horas de película te supongan 7% de batería…. Es una pasada. Cuando viajo es una maravilla poder meterte en un avión y trabajar durante un par de horas y no preocuparte
Para portátiles es muy buena opción, pero para pcs de escritorio no siento que valgan la pena
Coincido, fui muy critico de Apple toda mi vida, desde que tengo la M1, mi trabajo es mucho ams eficiente. Es otro nivel
Algo importante que se no se mencionó en el video es que ARM es una arquitectura heterogénea mientras que X86 es homogénea. ARM al ser heterogéna, necesita adaptar el sistema operativo a cada uno de los modelos de procesador para poder ser ejecutado mientras que en X86 al ser homogéneo, un único sistema operativo se puede mover sobre practicamente cualquier X86 sin necesidad de ser adaptado. ¿Esto en que se traduce? Pues que cuando instalas ubuntu por poner un ejemplo sobre un PC X86, una única ISO vale para cualquier cpu X86, mientras que cuando quieres instalar android sobre smartphones, no existe una rom que se instale sobre cualquier smartphone sino que cada uno de los modelos de smartphones necesita una rom en específica, no puede llegar a existir una rom que se ejecute sobre cualquier smartphone.
Gracias por la explicación 👍
Eso permitirá que se diera más fácil la obsolescencia programada al solo retirar el soporte en la siguiente versión del SO, para contrarrestar eso tendría que usarse gnu/Linux u otro sistema de código abierto que permitiría extender el uso del hardware
Eso significa ya no podemos personalizar nuestra pc de cambia componentes?
@@drakonhallo se puede siempre y cuando se diseñe de esa manera pero significaría más costo a la hora del desarrollo ahí entrada la duda
@@alffonso1005ojala siga igual que podamos cambiar componente, no quiero terminar futuro donde pc escritorio ya no puede personalizar ni cambiar componente
Imaginate la cantidad de programas que tendriamos que abandonar si no tienen retrocompatibilidad. No se ustedes pero a mi no me apetece dejar mis juegos del 2008.
Windows 11 en el poco f1 no corre tan mal los juegos antiguos, en un futuro tipo en Snapdragon 8 gen 3 directamente volarán juegos "normales" y ni hablar si se optimizan para ciertos procesadores.
para programas antiguos eso dejalo a los escritorios aislados (como wine por ejemplo), la idea es que los programas de ahora funcionen bien aunque obligadamente tengan que compilarse de nuevo para lanzar una version en otro formato como las uwp.
Si Apple pudo crear Roseta 2, que MS no pueda crear algo similar. Por cierto, al igual que Wine (Wine Is Not an Emulador, eso significa) Roseta 2 no es un emulador
x2 además de que uso programas antiguos también xd como Macromedia flash 8
boa jueguitos ... yo aun usando programas de algunas viejas máquinas industriales corriendo con win xp
Me gusto que mencionaras que ARM no es la unica arquitectura de tipo RISC, eso fue un buen detalle que demuestra que investigaste bastante bien .. como aporte realmente windows para arm existe desde al menos el 2000 , me refiero a windows CE, windows mobile y windows phone.. los cuales estaban basados posiblemente en el windows NT que si soportaba procesadores risc.. o sea no era una skin sobre un android , ni un sistema operativo diferente que fingiera ser windows.. era realmente windows
Detallito extra: la emulación de x86 en los Apple es mejor porque los micros M1/2/3 incluyen instrucciones extra que ayudan en esa emulación (en concreto, permiten emular algunos flags de estado que tiene el x86 y que ARM no tiene; en concreto el flag de paridad y el de semi-acarreo). Dado que los micros ARM "normales" no tienen esas instrucciones extra, tienen que emular los resultados de esos flags en casi cualquier operación lógica o aritmética, lo que es MUY pesado, y por eso va mucho más lento.
Entonces supongo que para usar ARM con Windows y tener un rendimiento decente sería necesario usar SoCs ARM específicos para emular x86 (que tengan esas instrucciones extras)
Lo ideal sería que la propia ARM diseñe una arquitectura para emular x86, así pueden aparecer en el mercado más SoCs ARM para laptops y PCs de escritorio
@@monofachero7941 Así es. Es cierto que se ha avanzado mucho en técnicas de recompilación dinámica, que permiten detectar si esos dos flags son utilizados o no antes de la siguiente operación, pero aún así sigue siendo más eficiente disponer de ellas. La cuestión es... ¿tendrá Apple alguna patente sobre ellas? (conociéndola, seguro que sí)
Buah, no sabía que los Chips de Apple emulaban instrucciones x86 por hardware, ahora todo tiene más sentido.
@@JuanMontes-xo4th Nononono... no emulan las instrucciones por hardware, simplemente incorporan por hardware una característica concreta del x86 que ARM no tiene. Pero sigue siendo necesario convertir el código de x86 a ARM por software. Intentaré explicártelo de manera sencilla: cada vez que realizas una operación matemática o lógica (por ejemplo, si sumas dos números), además del resultado en sí, tienes una serie de "flags" o "banderas" (sí, se traducen así en algunos libros) que pueden estar activos o no según como sea ese resultado. La arquitectura ARM tiene cuatro "banderas": ZERO (activa si el resultado de la última operación es cero), CARRY (activa si hubo un desbordamiento en la última operación; por ejemplo, si sumas dos números y el resultado es demasiado grande para entrar en un registro, con lo que "desborda" y sabes que "te llevas una"), SIGN (activo si el resultado es negativo) y OVERFLOW (similar al CARRY). Estos flags se utilizan, por ejemplo, para hacer comparaciones (si restas dos números y se activa ZERO significa que el resultado es cero, lo que sólo puede ser si ambos eran iguales; por ejemplo). La cuestión es que x86, por razones históricas, tiene dos flags más: SEMICARRY (que es cuando hay desbordamiento en una operación de 8 bits desde el tercer hacia el cuarto bit, necesario para operaciones en BCD), y PARITY (que indica si el número de unos en el resultado es par o impar, algo que se usaba mucho en comunicaciones). Estos dos bits no se utilizan prácticamente nada hoy en día, por eso ARM no los lleva; pero como no puedes saber si un programa x86 los utiliza o no, si haces la emulación no te queda otra que simular sus efectos en todas las operaciones lógicas y matemáticas. Y aunque hay algunos heurísticos que permiten optimizarlo, nunca es ideal. Y como te imaginarás, calcular la paridad del resultado o si hubo acarreo desde un bit intermedio no es algo inmediato, sino que requiere bastantes instrucciones. Apple lo que hizo fue añadir el cálculo de esos dos flags por hardware, con lo que la traducción de código x86 a ARM es más directa. Es un cambio mínimo en cuanto a número de transistores, pero que acelera muchísimo la emulación.
Lo único que me dice la existencia de ARM, es que Intel le teme demasiado, AMD lo ha asimilado y está adentrándose a esa arquitectura poco a poco.
Hace tiempo escuche que Intel probablemente se aliaría con ARM para fabricar sus CPUs a 7 y 5 nanómetros, pero al final no he sabido más.
16:18 Esa es la razón por la cual Linux y Apple se portearon más fácilmente a ARM. Porque para correr programas de x86 en ARM necesitas un emulador. Pero teniendo el código fuente del programa, podías compilarlo para ARM. Por eso todo el Software Libre fue rápidamente porteado a X86, Apple hizo lo mismo con todos sus programas. Además en esa época ya habían lanzado equipos con ARM, las Raspberry Pi empezaban a ganar popularidad (Sólo podían correr Linux, Android, o BSD), y había surgido el rumor de la muerte de Windows en manos de ARM. Por temor a que ocurra realmente, Windows lanzó un sistema para ARM. Lo que pasa que los desarrolladore de grandes software famosos no quisieron portar su software a ARM, y como son los únicos que poseen el código fuente, nadie más pudo. Al final Linux se convirtió en el Sistema dominante de la Arquitectura ARM, y tiempo después Apple lanzaría el procesador M.1, el resto de la historia, ya la saben.
Ya hay Windows para ARM
@@hernanortega7006 Pero sólo puede correr software x86 por medio de emulación, y emular X86, sobre ARM, para correr programas, le quita mucho rendimiento.
@@hernanortega7006 Ojo, que el el futuro a lo mejor la cosa cambia. Pero Windows para ARM está bastante verde. A menos que tú mismo le compiles sus propios programas para ARM. Cosa que no muchos saben hacer.
@@JaroslavDaliaJarov Así es
@@JaroslavDaliaJarov Micro tiene que apresurarse sino mi proxima pc será ARM
Oh, me mataste, me tocó hacer un trabajo sobre CISC y RISC hace casi 30 años, a propósito de la pronta salida del ¿Motorola 68000? ¿Del Pentium? Siempre pensé que los x86 habían ganado, y fin. Mil gracias por la actualización. Recibe un saludo desde Santiago de Chile. Que lindo escucharte decir ".. seis mil quinientos dos", cuando siempre fue, para nosotros el "sesenta y cinco cero dos", jajjaja
Sobre el nombre de ARM: originalmente nació de "Acorn RISC Machine", ya que fue inventado por esta empresa (Acron) para un complemento de expansión de su ordenador BBC Micro; posteriormente, y viendo la potencia y eficiencia del procesador, crearon una filial para el desarrollo y producción del mismo y reutilizaron el nombre (ahí sí que no se mataron), y con la caída de Acorn (posiblemente un poco antes), modificaron el acrónimo a "Advanced RISC Machine".
La arquitectura se llama ARM porque las arquitecturas siempre se basan en elnombre de los procesadores (x86 se llama así porque es la arquitectura usada en los procesadores 8086, 80186, 80286, 80386/i386, i486 e i586/Pentium/P5; técnicamente también del 8088, que es una versión 8-bits del 8086, pero no cuenta para la nomenclatura).
hay cosas que ignoras. Los RISC se usaron en estaciones de trabajo mucho antes de que hubiera móviles. Los RISC son mejores porque el tamaño de la instrucción es siempre la misma mientras que los CISC cada instrucción tiene un tamaño. Esto hace que en los micros RISC te ahorres un paso en la ejecución: el de saber donde acaba la siguiente instrucción.
Y no necesariamente son mejores, depende de la frecuencia del reloj y del respeto del sistema por optimizar el acceso a los niveles de caché.
En los 90s el PowerPC (RISC) fue implementado en las computadoras Apple y fracasaron, lo que provocó el regreso de la manzana al mundo X86, ser mejor no es garantia de exito....
Además de conjunto amplio de registros, unidad de control cableada, caches de correspondencia directa, y más detalles sin importancia... saludos
Apple no VOLVIO a x86, nunca lo había estado.
@@GabrielAquilano los Intel que usaban sus MacBook son X86
0:44 Existen varios microordenadores con GNU/Linux y ARM, siendo el más famoso la serie Raspberry Pi. En mi caso utilizo un Pinephone, que es básicamente un microordenador ARM con forma de teléfono. GNU/Linux tiene más cuota de mercado en procesadores ARM gracias a esto, teniendo un cataálogo de software superior en Raspberry que en Windows ARM. 12:14 Eso es mentira, la emulación por si sola no es ilegal, solo lo es cuando consigues los juegos de formas poco éticas. Dentro de Nintendo se contradicen al mentir de esa forma, ya que han creado varios emuladores para sus servicios de consola virtual
La piratería es eterna 😈
No soy fan de Apple, pero tuve la oportunidad de trabajar con una MacBook Pro con M1 por unos meses, y el hardware es una delicia, estaba impresionado por la potencia y el rendimiento de la batería. Nunca logré adaptarme al OS y volví a windows, pero espero algún día ver algo así en una máquina con Windows.
En Resumen, Risc es como el Toki Pona o el Esperanto. Sisc es como el Ithkuil o el ǃxóõ.
Hola, buenas. Solo por aclarar, a dia de hoy es muy, muy raro que un programa se reescriba para una arquitectura diferente de la original. El caso de chrome, por ejemplo es devido a que google emplea software propietario y no existen binarios para ARM. Normalmente, el proceso consiste en indicarle al compilador la arquitectura de salida del binario que se quiere construir, en la mayoria de los casos sin tocar una sola linea de codigo. Los binarios para ARM supongo que solo estan disponibles para android, hablando de chrome. En lenguages de programacion cuya salida es un binario ejecutable, como un archivo .exe o .dll esto es lo habitual, salvo algunas excepciones, aunque si requieren alguna biblioteca binaria, aparece el requerimiento de compatibilidad ABI, lo que implica que tienen que pertenecer a arquitecturas compatibles o incluso iguales. Temas muy tecnicos, pero para el video tu explicacion sirve bien.
Falso, estoy usando una Chromebook corriendo Crome y corriendo Ubuntu20 en shell gracias a Crouton sobre un procesador ARMHF32 con 8G de memoria y 32GB de Almacenamiento y la bateria rinde por 24 horas, recuerda que Chrome OS es muy similar si no igual a Android corriendo sobre Linux corriendo aplicaciones de android en forma nativa, una exquisitez al portear aplicaciones de Ubuntu.
bien4:56 no es de motorola, es de MOS son empresas completamente distintas , ellos manejaban 2 procesadores el 6501 que encajaba en el mismo socket del que si es motorola , pero la empres demando a MOS con una orden de cese de producion del MOS 6501 dejando solo al 6502 (que tiene un socket distinto entre otras cosas)
ahora con ARM , no es que no se hayan comido la cabeza si no que fue intencional para estar por encima de Apple en el directorio telefonico (ya que en ese entonces eran competencia directa) "Acorn Risc Machine (eso era lo que significaba antes el acronimo)" el nombre fue tomado de un viejo dicho ingles "grandes robles nacen de pequeñas bellotas"(o algo asi iba jaja), en los 80 cuando estaba el auge de los microprocesadores, invento el primer cpu ARM con el objetivo de ser una expansion para el ordenador oficial de la BBC, un par de decisiones tomadas, algo de tiempo y asi fue como nacio ARM en resumidas cuentas.
ah y tambien Apple y ARM ya estaban trabajando juntos desde el apple newton , arm ya habia llegado a los telefonos de su epoca empezando con Nokia, solo que lo del iphone y en si que steve jobs se enfocara hacer dispositivos portatiles usando cpu ARM termino por "sentenciar" lo que seria ARM hoy en dia.
te falto investigar un poco mas compañero
Que bueno que mencionas el power PC, que de hecho era tambien una CPU RISC y que utilizo roseta posiblemente por la misma razon por la que M1 los usa tambien,
Olvidaste mencionar que Microsoft despues del fracaso de Windows RT en general empezó a crear su propio ARM como tu lo dijiste en la parte de traductor, solo que este "traductor" es mas a nivel de procesador, Microsoft tuvo a presentación el año pasado de su propio ARM ejecutando photoshop x86 de forma nativa en su Surface Pro
Nunca fue un fracaso fue un experimento pero ellos hicieron la primera laptop arm asi se ponga a llorar los apple fanboys
@@Teluric2 Apple nunca hace nada primero, pero lo hizo mejor.
Es mejor tener un traductor vía hardware que por software
@@dragonarxz Si lo hicera peor mal vamos.
@@Teluric2 microsoft desarrolló el primer pisapapeles ARM y no, no me refiero a la Surface (ese fue el segundo), el primero fueron los Windows phone. Aunque lloren los fanboys de windows, esas cosas no las usaba nadie porque a nadie le servia.
El video es espectacular, pero una cosa que quisiera aclarar es que Rossetta y la capa de traduccion de windows arm , no son emuladores tradicionales, la gran diferencia entre con los emuladores de consolas y etc es que no generan entornos virtuales , en contra usan técnicas de emulación en combinación con traducción dinámica, siendo mucho menos costosos que un emulador clásico, para ponerlo en perspectiva pasas de tener que necesitar varias veces la potencia de calculo a necesitar un porcentaje mayor de calculo ( esto dependerá mucho de que tan desarrollado esté el traductor) . Un ejemplo de un traductor bastante desarrollado sería protom, gracias a la steamdeck .
Espero de todo corazón que RISC-V tenga éxito, ya que es open source u.u
X2
Desde luego, porque ARM no puede ser más restrictivo, el resurgir de RISC no puede venir de la mano de ARM o fracasará
Hola @xMigma no solo la WII U usaba el procesador de IBM, tambien lo uso la WII y la Gamecube
Yo creo firmemente en la competencia que puede otorgar ARM en PC de sobremesa... pero mientras que solo un caballo lleve la carreta no se va a lograr mucho... respecto a Linux con ARM corre GENIAL por ende que lindo seria una Notebook con chip ARM y una buena bateria de 99KWh que creo que es el maximo para viajar en avion... literalmente seria una locura de autonomia para uso laboral, que tenga buenas bisagras y un "pezón" estilo Thinkpad para el mouse x si trabajas con guantes y listo.
Oye, gracias por la aclaración, no tenía ni idea de por qué Apple había dejado a Intel, y este tema de las arquitecturas ARM y x86 me quedó muy claro, además la diferencia entre CISC y RISC (ni los conocía) la explicaste muy fácil.
No conocía este canal y veo que tiene muchísima calidad tanto de contenido como de forma audiovisual
Enhorabuena
Gracias!!
Tienes razón, se aprende muchísimo tanto del vídeo como de los comentarios, aunque a veces hay desavenencias entre usuarios.
A mí me da igual que sea RISC o CISC, lo que quiero es poder ejecutar mis juegos antiguos y modernos correctamente.
Tengo entendido que AMD también está preparando procesadores RISC-V, faltaría en otro video hablar de linux y box64, que últimamente a ganado popularidad en android, ejemplo esta ultima semana hubo bastante interés en GTA V por la optimización reciente en estas herramientas que permitieron jugarlo a FPS decentes
Qué bien explicas! Nuevo suscriptor
Sumado a los errores que mencionan los demás en los comentarios la Nintendo Wii tambien usaba un procesador IBM de arquitectura PowerPC, al igual que Wii U, por eso la compatibilidad tan directa, así mismo el wii es considerado una actualización del GameCube con incluso retrocompatibilidad directa gracias al procesador también IBM PowerPC
La solución es simple, usa un x86 en la motherboard y un ARM en la tarjeta gráfica.
exelente video no conocia este canal muy explicativo sub y like bro sigue mejorando!
Muy buen video, pero un pequeño error es que Rosetta 2 no es un emulador, es un traductor de instrucciones, por lo que no ejecuta el codigo tal cual, sino que lo compila a un codigo que arm pueda entender. La traducción tiene un mayor costo a la hora de iniciar el programa por primera vez pero mejor rendimiento, la emulación es lo contrario, menor costo para iniciar el programa pero menor rendimiento
Es correcto, es similar a lo que hace Wine, de emular nada
Y que paso con el clean room approach, lo mato Intel?
Es un gran video, me ha gustado gracias por tu valioso tiempo en crearlo.
¿Porque no mencionaste a los Qualcomm Snspdragon X? En teoría estan a la altura de los últimos M2 de Apple. Siendo que mencionaste los aun no presentados chips de Nvidia.
Pero de qué sirve tal potencia si no puedes ejecutar cualquier software en el, es un círculo vicioso y aparte que si lo menciono como único competidor serio en procesadores para PC
Te faltó comentar algunas cosas como el proyecto Volterra de MS, los procesadores X Elite, el traductor optimizado de win 11 ARM y los primeros portátiles que se lanzaran con Snapdragon X este 2024 (junio)
Me encanta, pocas comunidades como esta, los comentarios de este video ayudan mucho a complementar la información.
Están tan urgidos por la "eficiencia" que se olvidan que un ARM para rendir como un i9 o R9 (caso apple) se les va el consumo de las manos, y pasa de consumir 45W a consumir lo mismo que un procesador x86 común y corriente 80W/150W etc.
A cambio, les van a dar Obsolescencia programada, Limitaciones en Expansión y modificación de Hardware y el toque final, que venga todo soldado a la placa madre.
Me da gusto que intel se quede en x86 porque se va a quedar para las tareas más exigentes, eso sí, va a pasarle como a Nvidia que si quieres la potencia y prestaciones te toca pagar el precio.
Por benchmarks se ha demostrado que la emulación es más o menos igual en windows que en mac, el mayor problema es que no hay procesadores en windows a la altura de la serie m, te faltó mencionar la pieza más importante en este tema, que es el lanzamiento de snapdragon elite x este mismo año, este nos dará pcs con procesadores que juegan en la liga de los m, ahí se verá que puede ofrecer windows en arm.
😂
@@BoxerRecordsDejalo que viva en su mundo
Es falso la serie m solo compite con las laptops, y en ese caso decir que no hay competencia en rendimiento también es falso, el i9 13 para laptop tiene mejor rendimiento, eso sí no quita que la m2 sea muy buena y con mucho menor consumo.
@@orlandogarrido527 Si claro, en este caso hacemos referencia a competencia en arquitectura arm.
No es mala onda pero el Elite X competirá con el M1 PRO... pero saldrá unos meses antes de que Apple anuncie el M4.
Disculpa pero la cpu MOS 6502 no es de Motorola es de la compañía MOS Technology (mas tarde conocida como Commodore Semiconductor Group luego de ser adquirida por Commodore Business Machines) la NES monta un RICOH 2A03 que es una cpu clon del MOS 6502 pero con algunos recortes y un generador de sonido de 5 canales.
kitaron la circuiteria BCD y pusieron un procesador de sonido en su lugar
Y qué hay de los Snapdragon X Elite? Parecen una fuerte apuesta hacia los procesadores ARM para pc
Es el futuro.
Excelente vídeo. Pero me quedó una duda: ¿Intel no fabrica desde hace tiempo procesadores x64? Pensaba que la fabricación de los x86 había quedado obsoleta.
Por cierto, me encantas tus analogías
Son procesadores X86-64, es decir, procesadores de 64 bits capaces de correr código diseñado para los procesadores de la serie 8600 de intel (procesadores de 1970-1980 en 16 bits y 32 bits)
En resum n no se usan porque no corren los juegos, cuando corra un 90% del catálogo de juegos será el estándar
Porque Intel siempre fue por el camino del x86 y AMD lo siguió y Microsoft siempre fue muy resistente al cambio. Apple demostró como cambiar de arquitecturas 3 veces y el M1,2,3,4 y contando ya es muy superior en muchas características a las Intel. Windows todavía tiene código de la era del 95 en sus entrañas, o eso pareciera, por sus eternos problemas de rendimiento. Si realmente quiere evolucionar debería reescribirse todo su OS para ARM desde cero.
Si hay con arm y fue la surface de primera generación on win 8, aunque era tablet pero su diseño es de una mini laptop
Para todos los que están peleando por tener razón sobre qué tipo de arquitectura es mejor sobre la otra, dejadme decir que hay muchos matices como para dar un veredicto absoluto.
Cada cual tiene ventajas y desventajas propias y sólo el mercado decidirá sus casos de uso, con la primicia de que parece ser que el diseño ARM disfruta de una gran eficiencia gracias a las cortas fases de la CPU para localizar instrucciones y, el reducido repertorio que simplifica las unidades funcionales entre otras cosas. ARM se vuelve mucho más útil a medida que evolucionan las frecuencias de reloj y el tamaño de los semiconductores.
Y por favor, los que son solo GAMERS cerrad la p*** boca que deberíais estudiar ciencias de la computación para hablar con cierto grado de propiedad.
Gracias
Ok ingeniero. Veo muchos otros ingenieros expresando su preocupación con respecto a que no pueden utilizar sus programas preferidos para trabajar bajo ARM. Ok. Pero quiénes son "solo GAMERS" nó tienen derecho de opinar al respecto porque no cuentan con un doctorado en ciencias computacionales. Gracias señor ingeniero por preocuparse tanto por uno de los sectores más importantes de consumidores de computadoras y dispositivos móviles (laptops/tablets x86) para trabajo o videojuegos. Según su tesis (ingeniero) la arquitectura ARM únicamente destaca en cuanto a eficiencia energética y un poco de velocidad por encima de lo que hoy por hoy cuenta con más de un 80% del mercado, a saber, la arquitectura x86. Entonces si esta arquitectura ARM es como la 8va maravilla según usted, ¿por qué sigue estancada por detrás de otras tecnologías? Y, ¿Por qué le molesta tanto que los videojugadores opinen al respecto? ¿Doctorado para poder opinar sobre tecnologías que todo mundo tiene en casa? No sé de tanta importancia y demuestre un poco de humildad mi ingeniero.
@@deathface2040 solo digo que hay ambigüedad y no absolutez en la respuesta a la supuesta "mejor arquitectura", por mucho que uses un producto en su superficie, tienes menos potestad para opinar de su implementación porque puedes distribuir información falsa basada en una experiencia como consumidor en un potencial caso extremadamente específico.
Exacto, tienes derecho a consumir, experimentar y valorar, pero no a generalizar y menos aún a hablar de detalles de implementación que no conoces. No es una tecnología estancada, sino *en desarrollo*.
Entonces reitero, no distribuyas información falsa.
Pues los que somos gamers, y además ingenieros, sabemos que ARM es mucho menos potente que X86, y lo seguirá siendo si ambas tecnologías avanzan en base a los "nanómetros", y no en otros paradigmas, además de que no soporta los estreses de trabajo de X86, ni sirve para eso.
Su ventaja es la eficiencia energética, que lo hace muy versátil para dispositivos portátiles (sin duda, en eso no tiene rival), pero si lo que se busca es potencia, hay un abismo entre ARM y X86.
@@Osuna_CC no necesariamente, los Apple Silicon M precisamente lo demuestran, y cada vez hay más ports de juegos para arquitectura ARM, tú dale tiempo jejeje
@@informagico6331 yo hablo sobre lo que conozco y entiendo. No necesito saber sobre datos inútiles, pues se trata de tecnologías dirigidas al público en general y no tecnologías súper secretas jajaja. Yo creo que te alucinas demasiado únicamente para defender y sobre estimar algo que tú no inventaste ni desarrollas. Baja de tu nube y aprende que estás cosas son nada mas que simples productos de consumo.
6:50 la Game cube tambien lleva procesaor ibm y grafica Ati como la xbox 360 (que despues se llamaria Radeon amd
-> y supongo que la wi mas de lo mismo con ibm de procesador en temas de compativlidad.
(asi que serian los inicios con procesadores de motorola y similares, despues arm propio, luego ibm, y ahora estan con nvida, para ser exactos la apu tegra que usa tecnologia Kepler y la refinaron despues con ideas de Maxwell para hacerla mas eficiente pero con ello cometieron un fallo de seguridad dando paso al scene mas temprano de lo esperado.
-> Sera interesane que saca ahora nvidia como procesador para la apu de la proxima consola.... ya amd esta pisado fuente con la igpu 780M y el snapdragon 9 se espera con 4gb de vram dedicada aparte de la ram
También está snapdragon x elite 9:56 que no es compatible con la mayoría de aplicaciones
El Wii U no es lo único que no llevaba ARM, llevaba la misma arquitectura PPC que el Wii y el GameCube. Nintendo solo ha usado ARM para las portátiles y el Switch.
No has mencionado que Apel utiliza ASIC,s programados por hard, y a la que les pides otra cosa para lo que no estan programados ya no funcionan.
Vengo del Futuro, ahora Qualcomm presento el Snapdragon X Elite para usarse con Windows, Intel y AMD por su parte estan en una carrera por saltar hacia ARM
Yo uso Linux y en este sistema si hay versiones para ARM como Raspbian, por otra parte, del lado de Microsoft no hay una versión oficial para ARM pero si que hay una iso no oficial para Raspberry Pi, no la he probado ya que no uso software de windows pero recuerdo haberla visto en algún repositorio de descarga de isos.
pero la Wii no era Power PC? tengo entendido que dentro de la GPU había un arm chikito para la seguridad, pero el principal que ejecutaba los juegos era power PC
Es falso que "todas las consolas de Nintendo menos la Wii U tenían procesadores de IBM". La Gamecube y la Wii ambas usaron procesadores de IBM como la Wii U.
El procesador ARM es de arquitectura RISC , existe en 32 bits y 64 bits tanto el procesador RISC y C ejecutan procesos concurrente o paralelo
El primer problema es que ARM mismo no está interesado. Primero que nada tendrian que proveer un firmware UEFI que sea pc compatible que los fabricantes de CPU usen de base para crear el suyo, ARM tiene que forzar que los que hagan cpus ARM lo hagan con una especificacion PCI-E que sea estandar, hay un monton de SoC con pcie donde el pcie solo est pensado para que te corra un wifi o a lo sumo un nvme.
Y finalmente DRIVERS, ARM no provee drivers OpenGL/Vulkan para linux y ninguno para Windows para sus GPU Mali... Como es que alguien va a usar sus SoC ARM en Windows si los drivers de la misma GPU que provee ARM no existen fuera de android?
Esto es todo responsabilidad de ARM, pero no lo quieren hacer. Esto es basico y lo minimo necesario, el tema del software y que corre bajo emulacion y si hace falta agregar algo para que la emulacion sea mas rapida viene luego de esto.
1:00 acquitectura no es la forma de organizar las formas en el procesador? 6:00 primeros ships de arm fueron en nintendo?
La vida da muchas vueltas, no se sabe si esta popularización de los ARM termine siendo a la larga el fin de la hegemonía de Windows e Intel. Ya que cada vez se ven más y más dispositivos potentes basados en ARM, si muchos más creadores de Software migran hacia ARM, y Microsoft e Intel no se ponen las pilas podrían ser los proximos Blockbuster, Yahoo, Kodak, Nokia/Blackberry, Atari.
El tema es que yo uso apps en mi Mac M1 que van con Rosetta 2 y van de lujo. La clave: Rosetta no traduce cada vez que abres la App sino que traduce TODO el código a ARM la primera vez que la abres. Y listo. Desde entonces ya es una app ARM.
Buen video, te aconsejo que revises mejor la última generación de procesadores de Qualcomm para PCs, son game changers en el mercado
Eso es correcto, tienen fecha de salida para el 2do trimestre de este año.
Lo importante de eso es, ¿Cómo lo hicieron tan bueno tan rápido? Fácil, los diseñadores (algunos) de los Apple Silicon (M1,M2,M3...) se fueron de Apple, crearon 1 empresa de chips ARM para servidores, y Qualcomm compró la empresa.
Hubieron demandas de por medio, contratiempos y entre cosa y cosa que empezó en finales del 2021 (aproximadamente), los nuevos procesadores (que no recuerdo el nombre ahora mismo) se presentaron en Agosto, con mejor rendimiento que los M2.
Usar ARM en un pc seria ir hacia atras en rl avance de la tecnología,... Ya ves con cada procesador x86 nuevo se agregan nuevos set de instrucciones para hacer por hardware (rápido ) cosas que de otro modo se harian por software (lento y consumiendo mas recursos)... Al final nos venderan PC con ARM ya que el limite de la tecnología en Chips esta casi en el limite de tamaño minimo... Nos venderán ARM no por ser mejor en calculos sino por obligación y reiniciar las ventas y el "avance".
No se si recuerdan la introducción de ASUS en los móviles o celulares allá en 2015, introdujeron el zenfone 2 con provesador x86 intel a 2.3Ghz con capacidades de 4GB ram y que podia correr de forma nativa Windows 7, que para la época era top, ningun otro celular podía hacerlo... De hecho lo tuve por casi 5 años y el desempeño era buenísimo y funcionaba super veloz, lastimosamente la bateria ya habia fallado y en una caida se rompió la pantalla... Pero durante mas de 4 años tuve ese celular adelantado a su época, y murió siendo superveloz sin sufrir de bloqueos.
Bueno en tal caso si x86 está en su punto más alto tarde o temprano quedaría obsoleto, por lo que a pesar de la reeduccion de rendimiento arm termina siendo una alternativa buena. En mi caso he probado raspberry y a pesar de no compararse a un ordenador de sobremesa, su futuro parece muy prometedor
La arquitectura x86 es CISC pero las CPUs tanto de Intel como AMD internamente son de microarquitectura RISC. Cada instrucción CISC se descompone en varias RISC a través de descodificadores. La ventaja de RISC no solo es la mayor simplicidad sino que todas las instrucciones RISC tienen el mismo tamaño. Esto da una ventaja a la hora de diseñar microarquitecturas paralilizables que permiten en un solo ciclo lanzar y ejecutar múltiples instrucciones. Las CISC al tener longitudes diferentes hace muy complicada su paralelización. La solución fue este diseño híbrido que permite a X86 mantener retrocompatibilidad con el software más antiguo y mantener alguna ventaja que tiene CISC y al mismo tiempo conseguir la paralelización de RISC. Pero esto a su vez añade complejidad que dificulta diseños con una gran eficiencia energética.
Respecto a PCs con ARM serían viables con Linux pues todo el software de código abierto tiene versiones para todas las arquitecturas que soporta Linux. Lo que ocurre es que los fabricantes de PCs sobre todo portátiles masivamente no se plantean vender sus productos sin Windows.
NO es necesario reescribir los programas para otro procesador, salvo que estén escritos en ensamblador, y ninguna aplicación de escritorio se escribe en ensamblador.
Solo hay que recompilar la aplicación si está escrita en un lenguaje nativo (C++, etc) y ni eso si está en un lenguaje con representación intermedia virtual (java, .net, etc) o interpretado o con JIT (python, etc).
Es relativamente muy barato soportar un procesador distinto, muchísimo más barato que migrar a una plataforma distinta, eso sí suele requerir rehacer parte del código.
Generalmente el único motivo para que una empresa no publique una versión para un procesador distinto que esté soportado por la misma plataforma u OS es que no haya demanda que lo justifique.
No se si Intel ya lo hace o no, pero la solución es integrar un procesador híbrido, arm/x86 dentro de su interior, esa es la solución por el momento
No hay que confundir emulador con traductor son dos formas distintas de correr una aplicación, el emulador simula la máquina donde debería correr un juego o aplicacion, mientras el traductor si es como lo describes en el video
Es un emulador, no hay una traducción directa pues son arquitecturas diferente. Si corres un programa simulando que este corre sobre un hardware distinto eso se llama emular
*¡Muy clara la narración y descripción!*
Saludos amigo. Magnífica explicación a muchas cosa que desconocía. Mil Gracias.
Vengo del futuro, Intel y AMD se unieron para combatir a ARM :V
y por que las baterias del iphone no duran nada?
Muy bien explicado todo el video. Es una joyita de video!
Gracias 🥹
Tengo una duda, no sé si alguien me la puede responder. Por lo que he entendido, ARM es en general mejor, pero es difícil migrar. Pero alguna ventaja debe tener x86 sobre ARM para seguir utilizándose no? Quizás son más potentes?
Mas que nada me parece que es x86 fue El estandar por tantas años
Muy buen video!
Acabas de llamar delincuente a todo aquel que ha utilizado un emulador. Tu eres tan justo que ni siquiera sabes nada del asunto.
Hola, y en GNU/Linux, también usan emulación o corren nativamente?
Windows y Linux son una cosa, y Android y iOS son otra muy distinta. Los procesadores X86 son superiores en potencia bruta, para realizar gran cantidad de cálculos. Los ARM están pensados para priorizar un muy bajo consumo energético, por lo que sacrifican la potencia de cálculo.
yo creo que risc v es mejor que arm usa risc igual que arm pero es libre de licencias y todo es open source no se si sera el futuro pero ojala lo fuera (o al menos a mi me gustaria )un futuro donde los ordenadores fueran open source: drivers, bootloader, bios, ...
es una idea muy utopica que todo sea libre porque no es solo el sistema operativo y los progromas, tambien el driver del wifi, el driver del dac de audio, BIOS y UEFI libres, ... y sin Intel Management Engine, AMD Platform Security Processor
un ordenador libre es mas dificil de lo que parece
Google con su Chrome os haciendo que cada dia mas apps de Android se ejecuten en ambas x86 y arm 😎🤙
Apple con su mac os haciendo un runtime para hacer que apps x86 se ejecuten de manera correcta en sus nuevos procesadores basados en arm 😎🤙
Microsoft haciendo el minimo esfuerzo que hasta duraron años para añadir el soporte x64 a su runtime de arm ☠️🤙
NVIDIA y AMD crearán chips ARM para PCs Windows y el S.O. Windows 12 dará soporte a las CPU Arm en drivers.
Por qué Windows no es un sistema operativo multiplataforma, está diseñado para correr sobre la plataforma x86, para correr un sistema operativo moderno sobre ARM hay solo dos opciones te compras un Mac que hoy usa esa plataforma o le instalas una distribución de Linux.
Ahora entiendo porque cayó el Windows Phone.
Era más por su arquitectura y la incapacidad de emular aplicaciones con éxito en PC.
Correcto el mismo programa que uso en su tiempo Nokia Lumia, que luego el Ceo de la compañía Nokia, se lamento de haber echo esa alianza
muy buen video, su lenguaje es acertado y los ejemplos son claros y notan la preparación previa. Muchas gracias. Mas, si muchos pc con procesador ARM se usan, Raspberry es un ejemplo.
Buen video! 😊
Excelente video. Me suscribo
nmmn me compré una raspberry pi 5 y tiene procesador arm64 bit o algo así y no me deja instalar nada aporque todo está en amd
Mejor el duopolio del x86 que te coloquen ordenadores con todas sus piezas pegadas e imposibles de ampliar como pasa con ARM. Estos procesadores son buenos para dispositivos portátiles. Para todo lo demás mejor dejemos a los mayores en la mesa.
Exacto. Las computadoras ARM tienen todos sus componentes soldados a la placa. Es imposible actualizarlos, Esto me huele a impulsar mas el consumismo.
Lo pienso lo mismo y hará obsoleto programada
Me hace gracia que la gente diga apple ya no innova. Apple en 2020 revolucionando por completo todo el mundo del PC, sacando sus Macs con chip ARM propio, Apple teniendo su iPad y su Macbook con el mismo procesador.
bueno que pasa si emulas mm pus que puedes jugar los juegos de la nientiendo a mejor fps y resolucion. yo estoy a favor de la experiencia de juego y la mejor esta en la emulacion para que voy a jugar en la nientiendo un titulo a 30 fps si emulandolo puedo llegar a los 120.
4:58 ese no era el mos 6502?
con que editas?
muy buen video ...👏👏👏
yo creo que la mayorias de pc arm usan linux, como las rasberry
Pienso lo mismo
Apple no fabrica sus ARM chips lo hace TSMC
El Windows Phone tenía Windows 8 y luego algunos tenían hasta Windows 10.
Siempre me quedó la duda de como han hecho correr Windows en un celular y ahora que veo tu vídeo comprendo que se debió a la arquitectura ARM y a los emuladores
No usaban emuladores, era software nativo de arm por eso lo que eran programas para x86 no funcionaba
*Despues de ver tu video me surgen ciertas dudas* 🤔
*1.Dices que Nvidia prepara chips arm para 2025, pero es que la switch es un chip Nvidia construido en arm y se lanzo en 2013, ademas que se especula que la nueva consola de Nintendo se lanzara en este año 2024 y sera chip de Nvidia construido nuevamente en arm*
*2. Actualmente el Windows 11 corre apk de android, las cuales estan construidas para ejecutarse en arm esta no podria ser una solucion momentanea de Windows para la compatibilidad con arm ante la escaces de apps/programas propios para su sistema basado en arm?*
Tengo mas dudas o detalles pero no quiero hacer esto mas largo 😅
Saludos 😉👍🏼
1. Tienes razón y me expliqué mal, es cierto que Nvidia ya fabrica chips ARM, pero son procesadores que no están pensados para ordenadores de uso general, de hecho como bien dices, el procesador de la Switch tiene bastantes años ya. Según filtraciones lo que se viene tanto por parte de AMD como de Nvidia son procesadores ARM para PCs y competir de tú a tú con x86.
2. Las aplicaciones de Android en Windows corren sobre emulación, así que es lo que digo en el video, rendimiento pobre. Para emular Android guay, para correr todo tu sistema operativo sobre emulación... No lo veo.
Saludos 😎
@@xMigma gracias por la aclaración al punto 1, en el punto 2 yo me refería que esa podría ser una solución momentánea para la escasez de programas dedicados para ese sistenas, ya que las apk pueden cubrir en alto margen las necesidades mientras esa compatibilidad llega ofimática, multimedia, redes sociales, y hasta juegos (algunos valen la pena) y si esa compatibilidad se logra en sistemas X86, me imagino que en el sistema arm sería aún más amplia
Saludos y gracias nuevamente por responder 😉👍🏼
Me pasa como a tí, estoy lejos de ser fan de apple, pero reconozco que el movimiento de pasar a ARM con sus propios procesadores ha sido una jugada brillante, que deja a muchos (no a todos, desde luego) portátiles x86 como cacharros anacrónicos.
Bien por ellos.
12:07 la Swich con potencia de una computadora de 2000 euros😂😂, esa cosa tiene la potencia de un celular gama baja
No se pueden recompilar los programas?
gracias por la info jeje
La Wii tampoco uso procesadores de ARM sino que seguía usando la arquitectura PowerPC de IBM (la misma de los primeros iMac) que se uso en Gamecube y la Wii U realmente solo era una Wii potenciada con un chip gráfico más o menos reciente para la época.
Tu video está muy bien y correcto, pero un layer o capa se compatibilidad no es un emulador.
Emular implica que virtualmente se simula un hardware, por ejemplo cuando juegas un juego de NES en tu PC, el juego cree que es una NES, el emulador de manera virtual busca comportarse como una NES.
Una capa de compatibilidad no busca emular ni virtualizar el hardware, si no que busca traducir la instrucción de un software a otra instrucción que sea adecuada por el hardware.
Como vez no se emula, si no que se corre nativamente la aplicación, un ejemplo de esto es Wine en Linux o Protón de Valve, los cuales te permiten correr juegos y apps de Windows en Linux de manera nativa y sin emular.
Por lo tanto un layer de compatibilidad es una interface o API... No es un emulador.
Creo que estamos más cerca en emular juegos de pc en android (Ya se puede hacer con un rendimiento regular de hecho) que una computadora bien peque con ARM
eso no es precisamente cierto, windows 95, 98 , y XP eran compatibles con amd K6 y amd K5 , esas cpus eran RISC , no del tipo ARM , pero eran un tipo de RISC que intentaba hacer todo lo que hacia una CPU intel x86 , hasta se patento la arquitectura como RISC86 , y tambien los primeros windows de servidor eran compatibles con POWER PC, MIPS y SPARC todas CPUs del tipo RISC, con sus propias versiones de esta arquitectura ..
Pero y rosseta? No se puede hacer nada así?