Qualcomm y Microsoft lanzan los primeros portátiles Windows con ARM: prometen hasta 24 horas de autonomía

Antes de IBM ya el 8086/8088 eran referencia industrial. Por eso lo usó IBM.

Mi referencia no era para indicar que la familia 8086/8088 fuera mejor que la 68000. En eso coincido totalmente contigo.

Yo también programé para ellos y antes para el 8741, Z80, etc....

Una gozada programar el 68000 por su ambiente de direccionamiento plano de sus 16 MB, con sus registros de 32 bits univerales y simétricos y con sólo sus 56 instrucciones que casi pudiera haber sido un procesador RISC ni no hubiera tenido diferente tamaño de instrucciones, etc..

En cambio la familia 8086 con sólo 1 MB de soporte de memoria y además segmentada, era un dolor de cabeza tanto en ensamblador como n C. Recuerdo que los compiladores de la época permitían seleccionar cuatro modos de programación según cómo se iban a tratar los segmentos. Pero al ser un referente industrial, en general no se necesitaba más de un segmento, porque en esa época un firmware de un bus o de un automatismo raramente ocupaba más de 16 o 32 KB, lejos de los 64 KB de tamaño máximo de un segmento por lo que con el tipo COM uni segmento para datos e instrucciones estaba bien su velocidad, siendo compatible con casi todos los timers y periféricos de las familias 8080 y 8085.

Fue tanto mi amor por el 68000-68008 que después de casi tres décadas por nostalgia me compré a bajísimo precio en Aliexpress 8 68HC000 a 16 MHz, un buen número de eproms, rams y periféricos para trastear junto al 68881 que fue un gran coprocesador matemático y jamás usé. Estoy trasteando con un protoboard y cuando pase las pruebas prepararé un impreso de esos que fabrican en China a tres céntimos y medio.

Pues fíjate que también coincido contigo en esta parte. A Microsoft le llamaron cuando ya tenían casi todo hecho. ( Antes de leer tu link), recuerdo que muchas personas de IBM se querían ir por un micro de 8 bits, no sé si el 8085. Pero al final venció el de 16 bits meses antes de que apareciera Microsoft en escena. Además no le llamaron para desarrollar un sistema operativo sino para que lo buscara pese a que ya habían pensado en el CPM86.
Supongo que además llamaron a Microsoft porque no eran nadie en esa época salvo en cuatro circulitos, para que saliera más barato y controlarles mejor.

Por los negativos o positivos ni me fijo. No estoy aquí para eso, sino porque más interesante que los blogs son los comentarios de los usuarios y con los que he aprendido bastantes cosas. Pero como no tengo espíritu de bloguero ni político no me fijo en puntutaciones.

Si no hubiera existido Internet Explorer quizás Ajax y los componentes RIA no hubieran nacido o lo hubieran hecho mucho más tarde. Microsoft gracias (gracias sólo en este caso) a salirse de los estándares comenzó a anclar componentes ActiveX a las páginas desarrolladas con sus herramientas y al propio IE, permitiendo una comunicación asíncrona con el servidor WEB y permitiendo refrescar partes pequeñasd de la página en lugar de lo incómodo de refrescarla toda.

Gracias a ello nació Ajax que tanta importancia tuvo la década pasada y también ésta.

Y te olvidas que intentaron también con algunos ARM propios de Intel como el fantástico i860, que aun así paso sin pena ni gloria (más allá de ser usado como una primitiva GPU)... el problema de que no haya software siempre mató muchas arquitecturas prometedoras. El i960 tuvo más éxito de ventas, pero era muy inferior.

hasta luego

Hombre, Intel sacó Itanium, pero para entornos profesionales. No era tanto para evolucionar el procesador de 32 bits como para competir con soluciones de otros fabricantes cómo IBM o Sun, que tenían sus soluciones de 64 bits para situaciones en las que hacía falta más chicha. De hecho, siguieron colaborando con HP y si no recuerdo mal sacaron Itanium 2, que iban por ejemplo en los superdomes, e incluso había soluciones basadas en Windows para estos servidores. Le pedí un poco la pista al cambiar de trabajo, otro supongo que la cosa se paró porque el mercado prefirió otras soluciones.

Los AMD64 ni siquiera es una arquitectura de 64bits, son 32bits en instrucciones y 48bits en direccionamiento de memoria. Lo que les ha servido para salir del paso con una arquitectura muy compatible con x86.

En cuanto a la longevidad de la x86 hasta hace bien poco los desarrolladores tenían que optimizar el software en función de la arquitectura, por eso era muy complicado crear software para varias arquitecturas. Ahora la optimizan a ese nivel ya no es tan importante.

Yo tengo la curiosidad de saber cuando veremos ARM de Intel.

No tardarán en tenerlos Hace dos años Intel compró Altera, uno de los grandes fabricantes de FPGAs varios de cuyos productos tipo Cyclone V, etc,,, integran núcleos ARM.

De ahí a meterse de lleno no creo que falte mucho, pese a que digan que no puede debido a contratos.

En linux no debería haber mayores problemas. Casi todas las distros tienen soporte a ARM, y el soporte de qualcomm y de las GPUs adreno no es malo. No hay que olvidar que este mismo hardware corre en muchos terminales android.

Por curiosidad... Mint tiene distro arm? Y cualquier aplicación linux podría correr sobre arm o hay que compilarlas específicamente para arm?

Mint de momento no, pero nada te impide instalar su escritorio en una distro que si tenga soporte oficial para ARM.
Las aplicaciones linux tendrán que ser compiladas para ARM igual que en windows si no están hechas en java o cualquier otro lenguaje script/interpretado. La diferencia es que en linux casi todos los paquetes oficiales tiene ya versión ARM.

Me cuesta creer que a estos equipos se le pueda cambiar el SO ojala me equivoque pero me da la sensacion de que va a ser como los moviles un bootloader bloqueado y se actualiza mientras le apetezca a microsoft o al fabricante.

Por desgracia hay demasiadas posibilidades de que sea así.
Pero soñar es gratis.

seguro...

No llegan tarde. Nunca vi una laptop ARM compatible con el 80% del software existente en el mercado.

Precisamente porque no habían salido antes. Es un pez que se muerde la cola: hasta que nadie diese el paso, los desarrolladores no iban a hacer el esfuerzo de compilar sus apps para ARM y trabajar más si surgen problemas para nada. Y si los desarrolladores no sacaban para ARM, para que iban a apresurarse en hacer ordenadores con procesadores ARM en lugar de x86?

Pues eso, que llegan tarde, este circulo vicioso se debería haber roto hace mucho, sobretodo viendo los progresos ridículos que ha hecho Intel todos estos años (aunque ahora se estén poniendo las pilas de nuevo gracias a AMD), y lo ineficientes que son los procesadores basados en x86

¿Me puedes poner un enlace al estudio que dice algo sobre ese 80%?

Si por software entiendes "aplicaciones de escritorio", puede que lleves razón (aunque el 80% es desmesurado), pero si cuentas el software en Play Store o las librerías, núcleos y gran parte del backend, a lo mejor la balanza no pesa igual.

Tomando en cuenta que el 99% del software para windows non puede ejecutarse en ARM...

Justo como Microsoft le gusta (win10)

Estaba hablando del mercado ultrabook/chromebook/convertible. En cuanto a portátiles "de verdad", hay un buen puñado con Linux, de marcas tan conocidas como Purism, System76 o Dell.

Linux, mediante qemu y wine Puede ejecutar programas de Windows en ARM, aunque actualmente no es demasiado estable y la usabilidad es un poco lastimosa.

Linux, soportaba ARM.
Windows, no soportaba ARM (aunque hay implementaciones parciales).
Los notebook con ARM y Windows 10, son una novedad indiscutible.

si yo me cambio a linux porque anda mejor, porque voy a cambiarme para emular windows y que la aplicacion funcione peor que en windows?

Estaba respondiendo a #34, que se había liado un poco con el soporte ARM. Coincido contigo en que es una tontería utilizar dos capas de emulación para ejecutar aplicaciones de Windows.

windows de escritorio vs android.... mmmmmmmmmmmm

Que gracioso. AutoCAD para ARM...

Eso es como pedir ejecutar AutoCAD en un ATOM o un I3. Posiblemente funcione, pero no le veo la gracia.

Posiblemente termines viendo un AutoCAD nativo para ARM, pero se va a tardar unos años.

El sistema estaría optimizado porque está creado para ARM. Lo que se emularía serían las apps x86 de 32 bits, pero en la tienda de Microsoft la mayoría de apps están para ARM.

Estamos hablando de poder ejecutar cualquier programa, y qualcomm no es capaz de tirar.
Otra cosa seria el procesador de Apple, en mi opinion, el único procesador que seria capaz de conseguir potencia-optimización en ARM.

¿Ya viste el comentario de Lagatijo?

A mí me parece más preocupante lo que no funcionen antivirus y muchos juegos... Cuando ya se empieza poniendo 'peros' mala cosa...

La Adreno 540 está a un nivel parecido a las Intel HD

Siempre veo esas pruebas como algo muy irreal, es decir, estás midiendo el rendimiento de cierto hardware con cierto software, pero nunca exactamente con el mismo. Vale que te puede ayudar a hacerte una idea, o a algo importante, medir el rendimiento de lo que usas realmente ya que una gráfica Intel la usarás seguramente con Windows, y una Adreno seguramente con Android, pero hasta ahora no suele pasar a la inversa.

Las gráficas Intel se pueden usar en android ,y ahora las Adreno en Windows,pero ya veremos qué tal va esto,al menos en las uwp funcionarán pues en juegos .exe no creo

Aunque criticable por muchos, creo que el paso de matar Windows Mobile es precisamente dedicar todos los recursos para llevar el auténtico Windows a los móviles.

Salu3

Pues podría ser... y de ahí todos los rumores de que se acerce un Surface Phone.

Yo creo que sería la solución perfecta: han matado a Windows 10 Mobile (desgraciadamente) y la única solución posible ahora mismo, sería que Windows 10 se ejecutara completo en el smartphone, adaptando su interfaz (y algunos servicios en segundo plano) al tamaño de pantalla.

Usando el smartphone, sería casi igual que Windows 10 Mobile y al conectarlo a una pantalla de mayor tamaño, tendrías Windows 10 completo. Sería la evolución lógica de Continuum.

Yo creo que la clave de todo esto será convencer a los usuarios finales, y a ellos les puedes ofrecer toda la autonomía y convergencia que quieras, que si no pueden usar los programas de toda la vida desde el minuto cero, no te compran el aparato...

A mí este movimiento hardware de Microsoft me parece fantástico, pero como la compilación de software actual x64-86 tarde mucho, esos notebook se van a quedar para estudiantes y poco más. Y cuando esos estudiantes sean mayores, el escenario habrá vuelto a cambiar.

Error no en postPC es un PC ARM.

No es así como va la cosa, los MAC siguieron siendo MAC al cambiar de arquitectura, pues eso, no existe la era post PC, existe la evolución de los sistemas de computo personal, lo demás es solo mercadeo. ARM es solo una arquitectura como tantas otras, que necesitan lo mismo que otras tantas arquitecturas, compilación específica. La poesía para los libros esto es informática.

Si existiera un ARM con la potencia de un i7, verías placas base con PCI express, módulos DDR4 de memoria y conectores m.2