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.
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
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
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.
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
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....
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.
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
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
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.
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,
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
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
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.
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.
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
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.
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.
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)
10 หลายเดือนก่อน +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.
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.
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.
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.
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
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
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.
¿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
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.
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
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.
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.
Grave error... Tenemos la costumbre de pensar que lo que pasa en Occidente, en nuestro continente o en nuestro país, pasa en todos lados. Le comento al creador del video, que hay mucho más que España o los hispanohablantes. Yo soy argentino, pero he vivido en China y hay MILLONES de terminales Windows con ARM (como el Huawei Matebook E 2019, que uso todos los días) e incluso corre Windows 11. Hay limitaciones, POR SUPUESTO (ya que muchos terminales, como el que mencioné, tienen capado el HyperV y deben emular por sistema, en vez de hardware, las apps de 64 bits, o directamente no las corren), como que algunas versiones de software no estén disponibles o presenten irregularidades de video, más que nada. Y no se como se olvidan que muchos de los modelos de Surface SON ARM64. Muy mal informado
También añadir que quien creo el primer procesador ARM fue Steve Furber y Sophie Wilson en Acorn Computer y fue para una computadora personal (PC) de la época
La emulacion con hardware super rapido es la solucion. Todo programa se puede emular su funcionamiento pero se necesita la velocidad. Todos los programas funcionan igual haciendole a los bytes procesos binarios y moviendolos de un sitio a otro de las memorias.
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.
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
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 ..
Antes de verlo. Si existe windows para ARM. Se puede bajar de microsoft Insiders developers o algo asi. Lease beta testers. Yo descargue un windows 7 y 10
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
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
X86 64 es como el chino,con un sólo símbolo puedes transmitir una idea, una palabra, con ARM o MIPS,es como castellano, necesitas varios símbolos para crear una idea o una palabra
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.
No amigo, no hay que reescribir, hay que recompilar y ya. Ademas MS podria hacer una capa de abstraccion como se hizo con wow64 para que podamos usar apps 32b en 64b , y listo.... pero parece que no tienen suficiente incentivo para hacerlo o complicaciones
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.
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 ☠️🤙
Los de los idiomas, es tecnicamente cierto, digo tecnicamente porque dentro de los microprocesadores y de la programacion en general, lo importante es la velocidad que puedas resolver algo... por ejemplo(ejemplo inventado) en una arquitectura RISC si quisieramos resolver 4 x 2 el micro haria lo siguiente 2 + 2 + 2 +2 = 8 y en una arquitectura CISC directamente se hubiera resuelto de la forma 4x2 = 8 . Uno diria que multiplicar directamente seria mas eficiente. Ahora imaginemos lo siguiente , imaginemos que las computadoras son niños. Un niño de 6 de años podria resolver la suma , mientras que necesitaria 8 para comprender la multiplicacion. Lo mismo pasa con instrucciones complejas. Lo cierto es que hasta hace unos años resolver cosas complejas con arquitectura CISC era mas eficiente, hoy por hoy hay microprocesadores de arquitecturas RISC que resuelven operaciones de forma mucho mas rapida que arquitecturas CISC, ademas siendo energeticamente mucho mas eficientes. Es por esta razon que son utilizados en Productos que tienen limitaciones energticas como Celulares, Tablets o Relojes. Bueno se me fue la olla , nos vemos.
Muy buena investigación, pero para complementar. Creo que recientemente mejoraron el rendimiento demasiado el traductor de X64 a ARM en Windows, pero si, es de las últimas versiones de Windows 11 ARM (pero aún no tanto como MacOS), sin embargo ya no sufren de trabas como lo hacía antes.
Quizás también sea por la potencia de sus chips que incorporan en esos equipos con Windows arm, creo que no alcanzan la potencia que tienen los M de Apple
Si hubo y hay ordenadores Windows bajo ARM… No fueron y son populares por que se basan en virtualizacion, al ser arquitecturas distintas la x86 y ARM y Windows estar basado en el conjunto de instrucciones para procesadores x86, la única forma de correrlo en ARM que tiene otro conjunto de instrucciones el procesador, es virtualizando y funcionan bien yo hace unos 15 años compré un ordenador de procesador ARM con Windows XP virtualizado y aún que no era muy potente, similar en ese tiempo a un procesador Atom… Para lo básico navegar por internet, usar el office, Messenger, etc. Servía… Después se lo quité y le instale un Linux Debían nativo para arquitectura de procesadores ARM y la verdad es que hubo diferencia, servía igual para los programas básicos… Y lo vendí por que no podía usar los programas a los que estaba acostumbrado en Linux. No por que fuera malo el OS o los programas cumplían su función… Ahora Apple no es la primera vez que usa procesadores distintos a los de PC, sus primeros ordenadores estaban basados en procesadores power pc con arquitectura Risc… Ahora usa los ARM similares con arquitectura Risc… Al pasar del mono core al multicore y los circuitos a 3 nm, esto es lo que ha permitido que ARM con arquitectura Risc se vuelvan competitivos de nuevo frente a los x86 que en muchos aspectos ya su alto consumo de energía y calentamiento excesivo los está volviendo muy caros y no sustentables…
lo que veo a futuro porque actualmente es poco. es windows utilizando la arquitectura de android, para asi utilizar sus apps de algun modo y los programadores quieran invertir en ellos, al igual como lo hacen con apple.
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
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
ARM no es todo color de Rosas, tienen menos potencia bruta, y en el apartado gráfico están muy pero que muy detrás. Si bien para dispositivos portátiles en personas que no tienen grandes requerimientos y necesidades pueden ir decentemente, esto no sucede para aquellos cuya principal necesidad es la potencia por sobre la portabilidad, es por esa razón y no otra que en ordenadores de sobremesa no tiene nada que hacer de momento, porque ahí lo más deseas es la potencia por sobretodo, y muchas veces potencia gráfica.
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.
Buen día, ARM es una Arquitectura muy vieja pues su significado es Advanced RISC Machine, originalmente Acorn RISC Machines, los Procesadores RISC son los Padres de todos los procesadores modernos, quienes usan desde sus inicios OS UNIX o ahora Linux, en el caso de la arquitectura x86 (CISC) es una que solo usa Intel, pues AMD desde su K5 a la fecha internamente son procesadores RISC con instrucciones internas por Hardware como el Roseta de Apple que convierten a x86 sus operaciones de proceso, esa es la razón por lo que AMD no alcanzaba a Intel, pero en la actualidad los OS modernos incluyendo los de Microsoft, están teniendo una hibridación en su desarrollo, es decir, casi TODOS son ahora una evolución del Sistema Operativo padre UNIX, utilizando principalmente la base de Linux y no olvidemos que UNIX su mejor ecosistema es trabajar con RISC, en conclusión, ARM o Maquinas Avanzadas RISC, son hoy por hoy una excelente opción y el futuro de TODA la tecnología, donde el caso de Apple simplemente regresó a sus orígenes RISC, donde sus primeros procesadores los fabricaron Motorola y ahora los hace TCMC, abandonando a Intel y prefirieron ellos crear los suyos pues saben que AMD finalmente es lo que hace, así solo dependen de TCMC y no un tercero o cuarto fabricante, su alta eficiencia energética principalmente y su alta velocidad de proceso, aunado a que los desarrolladores no han perdido de vista que estos procesadores funcionan mejor con UNIX y el que es el OS hijo de él realmente es LINUX, de ahí que prácticamente también sea la base de los OS modernos, como iOS, Android, el mismo Windows y MacOS es UNIX, más todos los otros fabricantes menos comerciales, en su mayoría LINUX, de ahí la viabilidad de los procesadores ARM...
Si no existe una solución a medio plazo para que ambas arquitecturas convivan, si, se necesitará hacer eso, que una parte del chip sea para acelerar por hardware la emulacion
Arm no diseña procesadores da licencia para las instruciones . Los procesadores M1 no tienen nasa que hacer en tareas intensivas como calculos diseño industrial y ciencia. Incluso hay un bug del m1 que limita su rendimiento tiene que ver con el buffer no confundir con el bug de seguridad.
Básicamente es por qué los arm son para aparatos portátiles dónde no tienes opción de optimizar nada físicamente, cosa que en PC si se puede y por eso no hay "necesidad" de usar esos chips ""limitados"" entre muchas comillas, y ya. Pero gracias por todas las explicaciones del vídeo jaja.
alguien lee esto la historia de arm es que su origen proviene del empresa acorn computers arm ósea la empresa se creo entre la ya mencionada acnor y apple su origen para una expansion de una computadora ,de hecho originalmente significada acorn.risc.machine luego fue renombrado a advance risc machine
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.
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.
En temas de rendimiento la switch al tener un procesador de tablet de hace ya casi 10 años no se equipara ni siquiera a celulares en su mismo rango de precio ya que estos mínimamente son 3 o 4 veces más potentes y algunos llegan a ser hasta 8 9 o 10 veces más potentes sin consumir tanta energía, lo que pasa es por u lado tema optimización y por otro que a diferencia de los smartphone todos los programas (juegos) de la switch están pensados exclusivamente para ella
La verdad habia una tablet PC la cual era una Surface RT de Microsoft que me regalaron hace 10 años pero la verdad era muy pesimo usando el chip ARM 32 Bits con Windows 8.1 y 10,tenia pocas apps que soportaban esa arquitectura
1 aclaración: Las Surface RT nunca recibieron Windows 10 (ojala) lo sé bien porque yo soy de los pocos compradores INFORMADOS que di mi dinero por 1 Surface RT sabiendo de sus limitaciones y me ENCANTA. Si sabes a lo que vas, lo disfrutas más. Windows va MUY bien fluido en esas tablets con su software nativo, internet explorer NO tanto (la versión de escritorio en particular), pero Windows de por sí y la autonomía BRUTAL
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 mercado de las PC y laptops está muy fragmentado como para tener una buena implementación con SoC ARM, además los fabricantes se empeñan en meter hardware desechable que no ofrece nada competitivo por su precio al menos en las gamas de entrada, pero posiblemente en un futuro veremos versiones ARM de los programas más utilizados, lamentablemente los más antiguos y sin soporte estarán rezagados y solo se podrán usar por medio de emulación hasta donde las capacidades del SO lo permitan. No se prácticamente nada sobre el diseño de arquitecturas y mucho menos sobre programación de un SO, pero al menos desde mi ignorancia una solución podrían ser Procesadores híbridos como los que supuestamente proponía VIA con un SO que lo permita, sería más costoso de fabricar e implementar pero se tendría lo mejor de ambos mundos aunque esto sería solo para las PC y algunas laptops donde la autonomía no fuera un problema, para el resto supongo que lo mejor sería ir directamente a ARM en pro del ahorro energético.
por como crecen los lemguajes interpretados y semi compilados, creo que arm tiene un futuro brillante y de aqui a 7 años la ps7 y compitadorss tendran chips ARM
siempre Microsoft lo hizo antes y vio que no era factible, viene e fanboy de Apple y dice que ellos son los primero y es lo mas revolucionario, yo como alguien que sabe sobre esto, sabe que hay mil y 1 problemas para que ARM remplace a X86 empezando por los progrmas y drivers, infraestrutura del hardwar, las mismas empresa(incluido bancos) que simplemente no puede cambiar, sin contar que el cambio es algo dificil.
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)
![[#2024MAMA] G-DRAGON - 무제(Untitled, 2014)+POWER+HOME SWEET HOME+뱅뱅뱅+FANTASTIC BABY | Mnet 241123 방송](http://i.ytimg.com/vi/Ox29z5Nf1Uk/mqdefault.jpg)
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.
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
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
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.
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
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
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.
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
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.
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 😈
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.
En Resumen, Risc es como el Toki Pona o el Esperanto. Sisc es como el Ithkuil o el ǃxóõ.
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
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 .
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.
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,
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
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á
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
Hola @xMigma no solo la WII U usaba el procesador de IBM, tambien lo uso la WII y la Gamecube
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.
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.
La solución es simple, usa un x86 en la motherboard y un ARM en la tarjeta gráfica.
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?
Me encanta, pocas comunidades como esta, los comentarios de este video ayudan mucho a complementar la información.
Qué bien explicas! Nuevo suscriptor
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.
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.
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)
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.
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.
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.
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.
1:00 acquitectura no es la forma de organizar las formas en el procesador? 6:00 primeros ships de arm fueron en nintendo?
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
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
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.
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
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
¿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
NVIDIA y AMD crearán chips ARM para PCs Windows y el S.O. Windows 12 dará soporte a las CPU Arm en drivers.
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.
Es un gran video, me ha gustado gracias por tu valioso tiempo en crearlo.
exelente video no conocia este canal muy explicativo sub y like bro sigue mejorando!
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 procesador ARM es de arquitectura RISC , existe en 32 bits y 64 bits tanto el procesador RISC y C ejecutan procesos concurrente o paralelo
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.
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.
Grave error... Tenemos la costumbre de pensar que lo que pasa en Occidente, en nuestro continente o en nuestro país, pasa en todos lados. Le comento al creador del video, que hay mucho más que España o los hispanohablantes. Yo soy argentino, pero he vivido en China y hay MILLONES de terminales Windows con ARM (como el Huawei Matebook E 2019, que uso todos los días) e incluso corre Windows 11. Hay limitaciones, POR SUPUESTO (ya que muchos terminales, como el que mencioné, tienen capado el HyperV y deben emular por sistema, en vez de hardware, las apps de 64 bits, o directamente no las corren), como que algunas versiones de software no estén disponibles o presenten irregularidades de video, más que nada. Y no se como se olvidan que muchos de los modelos de Surface SON ARM64. Muy mal informado
También añadir que quien creo el primer procesador ARM fue Steve Furber y Sophie Wilson en Acorn Computer y fue para una computadora personal (PC) de la época
La emulacion con hardware super rapido es la solucion. Todo programa se puede emular su funcionamiento pero se necesita la velocidad. Todos los programas funcionan igual haciendole a los bytes procesos binarios y moviendolos de un sitio a otro de las memorias.
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.
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
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 ..
Antes de verlo. Si existe windows para ARM. Se puede bajar de microsoft Insiders developers o algo asi. Lease beta testers. Yo descargue un windows 7 y 10
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
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
X86 64 es como el chino,con un sólo símbolo puedes transmitir una idea, una palabra, con ARM o MIPS,es como castellano, necesitas varios símbolos para crear una idea o una palabra
La wii original tambien llevaba un PowerPC de IBM y fue la mas exitosa de Nintendo practicamente salvo a la compania.
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.
No amigo, no hay que reescribir, hay que recompilar y ya. Ademas MS podria hacer una capa de abstraccion como se hizo con wow64 para que podamos usar apps 32b en 64b , y listo.... pero parece que no tienen suficiente incentivo para hacerlo o complicaciones
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.
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
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 ☠️🤙
Los de los idiomas, es tecnicamente cierto, digo tecnicamente porque dentro de los microprocesadores y de la programacion en general, lo importante es la velocidad que puedas resolver algo...
por ejemplo(ejemplo inventado) en una arquitectura RISC si quisieramos resolver 4 x 2 el micro haria lo siguiente 2 + 2 + 2 +2 = 8
y en una arquitectura CISC directamente se hubiera resuelto de la forma 4x2 = 8 .
Uno diria que multiplicar directamente seria mas eficiente.
Ahora imaginemos lo siguiente , imaginemos que las computadoras son niños. Un niño de 6 de años podria resolver la suma , mientras que necesitaria 8 para comprender la multiplicacion. Lo mismo pasa con instrucciones complejas.
Lo cierto es que hasta hace unos años resolver cosas complejas con arquitectura CISC era mas eficiente, hoy por hoy hay microprocesadores de arquitecturas RISC que resuelven operaciones de forma mucho mas rapida que arquitecturas CISC, ademas siendo energeticamente mucho mas eficientes.
Es por esta razon que son utilizados en Productos que tienen limitaciones energticas como Celulares, Tablets o Relojes.
Bueno se me fue la olla , nos vemos.
Y qué hay de los Snapdragon X Elite? Parecen una fuerte apuesta hacia los procesadores ARM para pc
Es el futuro.
Muy buena investigación, pero para complementar.
Creo que recientemente mejoraron el rendimiento demasiado el traductor de X64 a ARM en Windows, pero si, es de las últimas versiones de Windows 11 ARM (pero aún no tanto como MacOS), sin embargo ya no sufren de trabas como lo hacía antes.
Quizás también sea por la potencia de sus chips que incorporan en esos equipos con Windows arm, creo que no alcanzan la potencia que tienen los M de Apple
Si hubo y hay ordenadores Windows bajo ARM… No fueron y son populares por que se basan en virtualizacion, al ser arquitecturas distintas la x86 y ARM y Windows estar basado en el conjunto de instrucciones para procesadores x86, la única forma de correrlo en ARM que tiene otro conjunto de instrucciones el procesador, es virtualizando y funcionan bien yo hace unos 15 años compré un ordenador de procesador ARM con Windows XP virtualizado y aún que no era muy potente, similar en ese tiempo a un procesador Atom… Para lo básico navegar por internet, usar el office, Messenger, etc. Servía… Después se lo quité y le instale un Linux Debían nativo para arquitectura de procesadores ARM y la verdad es que hubo diferencia, servía igual para los programas básicos… Y lo vendí por que no podía usar los programas a los que estaba acostumbrado en Linux. No por que fuera malo el OS o los programas cumplían su función… Ahora Apple no es la primera vez que usa procesadores distintos a los de PC, sus primeros ordenadores estaban basados en procesadores power pc con arquitectura Risc… Ahora usa los ARM similares con arquitectura Risc… Al pasar del mono core al multicore y los circuitos a 3 nm, esto es lo que ha permitido que ARM con arquitectura Risc se vuelvan competitivos de nuevo frente a los x86 que en muchos aspectos ya su alto consumo de energía y calentamiento excesivo los está volviendo muy caros y no sustentables…
lo que veo a futuro porque actualmente es poco. es windows utilizando la arquitectura de android, para asi utilizar sus apps de algun modo y los programadores quieran invertir en ellos, al igual como lo hacen con apple.
yo creo que la mayorias de pc arm usan linux, como las rasberry
Pienso lo mismo
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
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
ARM no es todo color de Rosas, tienen menos potencia bruta, y en el apartado gráfico están muy pero que muy detrás. Si bien para dispositivos portátiles en personas que no tienen grandes requerimientos y necesidades pueden ir decentemente, esto no sucede para aquellos cuya principal necesidad es la potencia por sobre la portabilidad, es por esa razón y no otra que en ordenadores de sobremesa no tiene nada que hacer de momento, porque ahí lo más deseas es la potencia por sobretodo, y muchas veces potencia gráfica.
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.
Buen día, ARM es una Arquitectura muy vieja pues su significado es Advanced RISC Machine, originalmente Acorn RISC Machines, los Procesadores RISC son los Padres de todos los procesadores modernos, quienes usan desde sus inicios OS UNIX o ahora Linux, en el caso de la arquitectura x86 (CISC) es una que solo usa Intel, pues AMD desde su K5 a la fecha internamente son procesadores RISC con instrucciones internas por Hardware como el Roseta de Apple que convierten a x86 sus operaciones de proceso, esa es la razón por lo que AMD no alcanzaba a Intel, pero en la actualidad los OS modernos incluyendo los de Microsoft, están teniendo una hibridación en su desarrollo, es decir, casi TODOS son ahora una evolución del Sistema Operativo padre UNIX, utilizando principalmente la base de Linux y no olvidemos que UNIX su mejor ecosistema es trabajar con RISC, en conclusión, ARM o Maquinas Avanzadas RISC, son hoy por hoy una excelente opción y el futuro de TODA la tecnología, donde el caso de Apple simplemente regresó a sus orígenes RISC, donde sus primeros procesadores los fabricaron Motorola y ahora los hace TCMC, abandonando a Intel y prefirieron ellos crear los suyos pues saben que AMD finalmente es lo que hace, así solo dependen de TCMC y no un tercero o cuarto fabricante, su alta eficiencia energética principalmente y su alta velocidad de proceso, aunado a que los desarrolladores no han perdido de vista que estos procesadores funcionan mejor con UNIX y el que es el OS hijo de él realmente es LINUX, de ahí que prácticamente también sea la base de los OS modernos, como iOS, Android, el mismo Windows y MacOS es UNIX, más todos los otros fabricantes menos comerciales, en su mayoría LINUX, de ahí la viabilidad de los procesadores ARM...
Creo que la mejor solución para arm, es poner un ASIC especifico para traducir las instruciones dentro del SOC. Eso haria la tarea mas sencilla
transmeta lo hizo alla por los 2000 con resultados variables
Si no existe una solución a medio plazo para que ambas arquitecturas convivan, si, se necesitará hacer eso, que una parte del chip sea para acelerar por hardware la emulacion
Arm no diseña procesadores da licencia para las instruciones .
Los procesadores M1 no tienen nasa que hacer en tareas intensivas como calculos diseño industrial y ciencia.
Incluso hay un bug del m1 que limita su rendimiento tiene que ver con el buffer no confundir con el bug de seguridad.
Básicamente es por qué los arm son para aparatos portátiles dónde no tienes opción de optimizar nada físicamente, cosa que en PC si se puede y por eso no hay "necesidad" de usar esos chips ""limitados"" entre muchas comillas, y ya. Pero gracias por todas las explicaciones del vídeo jaja.
alguien lee esto la historia de arm es que su origen proviene del empresa acorn computers arm ósea la empresa se creo entre la ya mencionada acnor y apple su origen para una expansion de una computadora ,de hecho originalmente significada acorn.risc.machine luego fue renombrado a advance risc machine
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.
nvidia está desarrollando unos nuevos CPUs, Habrá que esperar a que se lancen para ver si serán e X86 o serán 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.
En temas de rendimiento la switch al tener un procesador de tablet de hace ya casi 10 años no se equipara ni siquiera a celulares en su mismo rango de precio ya que estos mínimamente son 3 o 4 veces más potentes y algunos llegan a ser hasta 8 9 o 10 veces más potentes sin consumir tanta energía, lo que pasa es por u lado tema optimización y por otro que a diferencia de los smartphone todos los programas (juegos) de la switch están pensados exclusivamente para ella
También está snapdragon x elite 9:56 que no es compatible con la mayoría de aplicaciones
La verdad habia una tablet PC la cual era una Surface RT de Microsoft que me regalaron hace 10 años pero la verdad era muy pesimo usando el chip ARM 32 Bits con Windows 8.1 y 10,tenia pocas apps que soportaban esa arquitectura
1 aclaración: Las Surface RT nunca recibieron Windows 10 (ojala) lo sé bien porque yo soy de los pocos compradores INFORMADOS que di mi dinero por 1 Surface RT sabiendo de sus limitaciones y me ENCANTA.
Si sabes a lo que vas, lo disfrutas más. Windows va MUY bien fluido en esas tablets con su software nativo, internet explorer NO tanto (la versión de escritorio en particular), pero Windows de por sí y la autonomía BRUTAL
Hace 10 años ya en se comentario tu argumento pierde validez
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 mercado de las PC y laptops está muy fragmentado como para tener una buena implementación con SoC ARM, además los fabricantes se empeñan en meter hardware desechable que no ofrece nada competitivo por su precio al menos en las gamas de entrada, pero posiblemente en un futuro veremos versiones ARM de los programas más utilizados, lamentablemente los más antiguos y sin soporte estarán rezagados y solo se podrán usar por medio de emulación hasta donde las capacidades del SO lo permitan.
No se prácticamente nada sobre el diseño de arquitecturas y mucho menos sobre programación de un SO, pero al menos desde mi ignorancia una solución podrían ser Procesadores híbridos como los que supuestamente proponía VIA con un SO que lo permita, sería más costoso de fabricar e implementar pero se tendría lo mejor de ambos mundos aunque esto sería solo para las PC y algunas laptops donde la autonomía no fuera un problema, para el resto supongo que lo mejor sería ir directamente a ARM en pro del ahorro energético.
por como crecen los lemguajes interpretados y semi compilados, creo que arm tiene un futuro brillante y de aqui a 7 años la ps7 y compitadorss tendran chips ARM
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
siempre Microsoft lo hizo antes y vio que no era factible, viene e fanboy de Apple y dice que ellos son los primero y es lo mas revolucionario, yo como alguien que sabe sobre esto, sabe que hay mil y 1 problemas para que ARM remplace a X86 empezando por los progrmas y drivers, infraestrutura del hardwar, las mismas empresa(incluido bancos) que simplemente no puede cambiar, sin contar que el cambio es algo dificil.
Si lo que dijeras fuese cierto, ¿por qué MS esta en planes de lanzar su propio SoC basado en arm para sus Surfaces?
@@chavalopez porque ya existe ese OS de MS, desde el 2012, no es nuevo.
*¡Muy clara la narración y descripción!*
Idea para Microsoft. Si el emulador no le funciona hagan un compilador que traduzca de x86 a arm antes de compilar
Saludos amigo. Magnífica explicación a muchas cosa que desconocía. Mil Gracias.
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)
¿Y si un día empezamos por el final?
El principio del fin