El Surface Phone sigue adelante pero un dato filtrado lo empujaría a 2017

[jorge_kai]

El Surface Phone sigue adelante pero un dato filtrado lo empujaría a 2017

http://static.htcmania.com/1366_2000-400-25042016-4768-htcmania.jpg

Leemos en xatakamovil.com
http://www.htcmania.com/images/smilies/q.gif Microsoft no deja de sacar a la luz cifras y más cifras que no hacen sino refutar sus afirmaciones acerca de su ecosistema móvil. Mientras que todo apunta a que los de Redmond siguen confiando en Windows 10 para móviles, la cuota y las ventas siguen reduciéndose mientras el mercado, y la legión de fans del sistema, esperan con ansia el tan reclamado Surface Phone. Y sigue vivo, o eso parece a tenor de la última filtración que llega sobre él. El tan demandado terminal que debe liderar el catálogo de Microsoft, y arrastrar a los móviles la filosofía Surface que ya conocemos en portátiles y tablets, está vivo y viene de camino. La lástima es que un dato lo sitúa en 2017, su futuro procesador Snapdragon 830. http://www.htcmania.com/images/smilies/q2.gif

fuente: xatakamovil.com (http://www.xatakamovil.com/mercado/el-surface-phone-sigue-adelante-pero-un-dato-filtrado-lo-empujaria-a-2017?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+xatakamovil+%28Xataka+M%C3%B3 vil%29)

[jorge_kai]

http://www.xatakamovil.com/mercado/el-surface-phone-sigue-adelante-pero-un-dato-filtrado-lo-empujaria-a-2017?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+xatakamovil+%28Xataka+M%C3%B3 vil%29

http://www.xatakamovil.com/mercado/el-surface-phone-sigue-adelante-pero-un-dato-filtrado-lo-empujaria-a-2017?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+xatakamovil+%28Xataka+M%C3%B3 vil%29

[DaSound]

Convergencia!!! Es su única baza para triunfar marcando la diferencia. Un sistema de pc completo en el interior que inicia al conectarlo a un monitor y teclado y una capa "phone" para el uso diario. Es tan perfectamente posible que no entiendo con no existe todavía.

[confar]

Tanto se posterga que ya a nadie le va a importar si se puede conectar una pc con un smartphone de forma perfecta.

Por ahora como lo usamos es suficiente y hay cosas que no se podrán o serán muy complicadas de usar en un móvil, como una hoja de Excel.

Enviado desde mi E6683 mediante Tapatalk

[nogarder]

Pues no me extrañaria que para un futuro windows 11, salga por fin....un SO unitario de verdad, unico, igual, etc etc.....y entonces saldra un surface...

Mientras, alfafones, betafones y gammafones

[alecrim]

Ha sido leer Snapdragon y mearme de la risa. El redactor de la noticia original (en Forbes) ha oído campanas y se ha limitado a atar cabos, sin saber de qué habla. Y el que ha copiado en artículo para Xataka ni se ha molestado en saber de qué va el tema.

[DaSound]

Qu traiga Qualcomm es una alegría para el que espera este teléfono con ansia?... pues el que no entiende mucho de lo que nos traemos entre manos desde hace tiempo, supongo que será una alegría. Lo que esperamos principalmente de este teléfono como comentaba en mi primer post es la convergencia, un SO Windows completo para poder trabajar con él como si de un PC convencional se tratara conectado a dispositivos de entrada y salida como un ratón/teclado y un monitor. Pues bien, el kernel de Windows no es compatible con procesadores ARM, lo que significa que o lanzan una versión compatible con un Kernel para ARM o nos volvemos a quedar sin nada y seguimos con lo mismo de siempre.

Por esto espero que suceda una de las dos cosas, casi preferiblemente que Microsoft liberase un Kernel de Windows compatible con ARM, porque se abriría el cielo entero con PCs y portátiles con procesadors ARM de bajo consumo y buen rendimiento para los que por fin tendría un sentido más claro tener toda la potencia posible tanto CPU como GPU.

[alecrim]

Qu traiga Qualcomm es una alegría para el que espera este teléfono con ansia?... pues el que no entiende mucho de lo que nos traemos entre manos desde hace tiempo, supongo que será una alegría. Lo que esperamos principalmente de este teléfono como comentaba en mi primer post es la convergencia, un SO Windows completo para poder trabajar con él como si de un PC convencional se tratara conectado a dispositivos de entrada y salida como un ratón/teclado y un monitor. Pues bien, el kernel de Windows no es compatible con procesadores ARM, lo que significa que o lanzan una versión compatible con un Kernel para ARM o nos volvemos a quedar sin nada y seguimos con lo mismo de siempre.

Por esto espero que suceda una de las dos cosas, casi preferiblemente que Microsoft liberase un Kernel de Windows compatible con ARM, porque se abriría el cielo entero con PCs y portátiles con procesadors ARM de bajo consumo y buen rendimiento para los que por fin tendría un sentido más claro tener toda la potencia posible tanto CPU como GPU.



Lo intento pero no te sigo. ¿Qué diferencia hay entre lo que pides y Windows RT?

[DaSound]

Lo intento pero no te sigo. ¿Qué diferencia hay entre lo que pides y Windows RT?



Windows RT es un sucedáneo de Windows que únicamente funciona con aplicaciones de la tienda de Windows o las universales. Windows completo es el sistema 100% que encontrarías en cualquier pc o Portatil y al que se le instalan aplicaciones de escritorio... Y que además cuenta con la funcionalidad completa de Windows.

[alecrim]

Windows RT es un sucedáneo de Windows que únicamente funciona con aplicaciones de la tienda de Windows o las universales. Windows completo es el sistema 100% que encontrarías en cualquier pc o Portatil y al que se le instalan aplicaciones de escritorio... Y que además cuenta con la funcionalidad completa de Windows.



Hasta ahí de acuerdo. Lo que pasa es que creo que si RT sólo mueve Apps de la Tienda, no es por capricho de Microsoft, sino por limitaciones de su arquitectura. Para usar programas de escritorio habría que recompilarlos o usar un emulador que lastraría el rendimiento.

[DaSound]

Hasta ahí de acuerdo. Lo que pasa es que creo que si RT sólo mueve Apps de la Tienda, no es por capricho de Microsoft, sino por limitaciones de su arquitectura. Para usar programas de escritorio habría que recompilarlos o usar un emulador que lastraría el rendimiento.

Es exactamente lo que he escrito en el anterior post, RT solo usa apps de la tienda, no es que tenga que instalar un emulador, es que no hay Kernel de Windows para procesadores ARM, no existe posibilidad de emulación.

Por eso decía que hay 2 caminos... o usar un procesador x86/x64 como los Atom que usa la Surface 3, o hacer compatible el kernel con procesadores ARM, cosa que de momento no va a suceder... es por eso que no me alegro que lleve Qualcomm ni ningún procesador ARM, porque no va a contar con la convergencia que todos buscamos basando el smartphone en un Windows 10 de escritorio.

No sé si me explico.

[alecrim]

Es exactamente lo que he escrito en el anterior post, RT solo usa apps de la tienda, no es que tenga que instalar un emulador, es que no hay Kernel de Windows para procesadores ARM, no existe posibilidad de emulación.





Por eso decía que hay 2 caminos... o usar un procesador x86/x64 como los Atom que usa la Surface 3, o hacer compatible el kernel con procesadores ARM, cosa que de momento no va a suceder... es por eso que no me alegro que lleve Qualcomm ni ningún procesador ARM, porque no va a contar con la convergencia que todos buscamos basando el smartphone en un Windows 10 de escritorio.





No sé si me explico.



Tú sí, el que no se explica soy yo.

No es cuestión del kernel, sino de la arquitectura del procesador. Un SoC ARM de ninguna forma podría correr una aplicación diseñada para x86, a no ser que mediase algún tipo de emulación/virtualización. No es culpa de Windows, no hay nada que Microsoft pueda hacer.

Por eso no entiendo que pidas un Windows para ARM. Ya existe, y no es Windows de verdad, pero no puede hacerse de otra forma.

No hay dos caminos, sólo uno: Intel.

[DaSound]

Tú sí, el que no se explica soy yo.

No es cuestión del kernel, sino de la arquitectura del procesador. Un SoC ARM de ninguna forma podría correr una aplicación diseñada para x86, a no ser que mediase algún tipo de emulación/virtualización. No es culpa de Windows, no hay nada que Microsoft pueda hacer.

Por eso no entiendo que pidas un Windows para ARM. Ya existe, y no es Windows de verdad, pero no puede hacerse de otra forma.

No hay dos caminos, sólo uno: Intel.

Vale, ya entiendo por donde vas, y estás confundiendo conceptos. El último responsable de que Windows pueda ser ejecutado por procesadores ARM es Microsoft!! ellos podrían compilar el Kernel de Windows para que sea compatible con los procesadores ARM!, lo que pasa es que no quiere, debe ser que no le renta hacer ese esfuerzo para hacer Windows compatible con los procesadores de movilidad, únicamente con los que usen las arquitecturas x86 y x64... pero no te confundas, Microsoft es el último responsable de que esto sea posible!! no es hecho un hardware para un software, sino al revés o como mínimo simultáneo en un punto del tiempo en que todo esto se desarrolló.

Ubuntu en versión de escritorio precisamente publicó un Kernel compilado para ARM, lo que permitió poder instalarlo y usarlo como si de un portátil se tratase en una tablet Android con procesador ARM.

Es por esto el tema de los 2 caminos.

[alecrim]

Vale, ya entiendo por donde vas, y estás confundiendo conceptos. El último responsable de que Windows pueda ser ejecutado por procesadores ARM es Microsoft!! ellos podrían compilar el Kernel de Windows para que sea compatible con los procesadores ARM!, lo que pasa es que no quiere, debe ser que no le renta hacer ese esfuerzo para hacer Windows compatible con los procesadores de movilidad, únicamente con los que usen las arquitecturas x86 y x64... pero no te confundas, Microsoft es el último responsable de que esto sea posible!! no es hecho un hardware para un software, sino al revés o como mínimo simultáneo en un punto del tiempo en que todo esto se desarrolló.





Ubuntu en versión de escritorio precisamente publicó un Kernel compilado para ARM, lo que permitió poder instalarlo y usarlo como si de un portátil se tratase en una tablet Android con procesador ARM.





Es por esto el tema de los 2 caminos.



Microsoft puede hacer un Windows para ARM. Lo que yo digo es que los programas tradicionales de Windows no servirían, al igual que pasa con las versiones de Linux ARM, que sólo pueden ejecutar programas compilados para esa arquitectura.

Volvemos al mismo punto: Windows en ARM y programas hechos específicamente para esa versión: RT.

[DaSound]

Microsoft puede hacer un Windows para ARM. Lo que yo digo es que los programas tradicionales de Windows no servirían, al igual que pasa con las versiones de Linux ARM, que sólo pueden ejecutar programas compilados para esa arquitectura.

Volvemos al mismo punto: Windows en ARM y programas hechos específicamente para esa versión: RT.

No es necesario sacar un "Windows para ARM", solo hacer el kernel compatible... los programas seguirían funcionando sin ningún problema ya que el sistema operativo se divide por capas... los programas están en una capa alta, donde el código es propio de la misma, más tarde los "runtime" o capas de compilación traducen ese código que terminan siendo instrucciones a bajo nivel que ejecuta el procesador... con incluir la compatibilidad ARM en el kernel de Windows todo funcionaría sin problema, no hay que desarrollar programas específicamente para esta arquitectura, de la misma forma que los dispositivos Android que funcionan con procesadores Intel con arquitectura no ARM, no hay que hacer ninguna mención especial en el código para desarrollar una app, se hace de la misma forma, es Android el que ha metido en su kernel la compatibilidad con procesadores de esa arquitectura.

[alecrim]

No es necesario sacar un "Windows para ARM", solo hacer el kernel compatible... los programas seguirían funcionando sin ningún problema ya que el sistema operativo se divide por capas... los programas están en una capa alta, donde el código es propio de la misma, más tarde los "runtime" o capas de compilación traducen ese código que terminan siendo instrucciones a bajo nivel que ejecuta el procesador... con incluir la compatibilidad ARM en el kernel de Windows todo funcionaría sin problema, no hay que desarrollar programas específicamente para esta arquitectura, de la misma forma que los dispositivos Android que funcionan con procesadores Intel con arquitectura no ARM, no hay que hacer ninguna mención especial en el código para desarrollar una app, se hace de la misma forma, es Android el que ha metido en su kernel la compatibilidad con procesadores de esa arquitectura.



Son arquitecturas muy diferentes, hay juegos enteros de instrucciones que un procesador tiene y otro no. Mira el ejemplo de Linux, con lo abierto que es y se diferencia de forma muy rígida: Aplicaciones x86 para sistemas x86 y aplicaciones ARM para sistemas ARM. No creo que sea tan simple como lo pones, y de serlo por fuerza se lastraría el rendimiento.

Por otro lado estoy convencido de que es más fácil para un Atom mover una App de Android que para un Snapdragon un programa de Windows, aunque no puedo asegurarlo.

[DaSound]

Jejejej, llevo alrededor de 12 años de desarrollo a las espaldas y hoy trabajo mucho en multiplataforma... créeme que tanto los sistemas operativos como las plataformas de programación modernas lo han dejado muy muy fácil para realizar una app que corra en entornos muy distintos sin ningún tipo de problema. El juego de instrucciones es más similar de lo que parece, y es que al final todos llegan a la misma capa.

Un Snapdragon 820 podría mover el sistema igual de bien que los Atom X5-8500... no es necesaria emulación ni tanta traducción para hacerlo compatible, pero Microsoft protege su software de esta forma... de momento no hay compatibilidad porque él no quiere.

Yo tuve un tiempo instalado Ubuntu en una Nexus 7 cuando liberaron el kernel... instalé las mismas aplicaciones que tenía en un PC con Ubuntu con el mismo rendimiento... al menos el acorde a la potencia del dispositivo, pero para nada lastrada por lo que comentas.

En cuanto a los juegos, para que te hagas una idea, hoy puedes desarrollar un juego una sola vez con plataformas como Unity3D o Unreal Engine y correrlo en PS4, Ps3, XBOX360, XBOX One PC, iOS, Mac OSX, Android, iOS, Windows Phone y algunas más con exactamente el mismo rendimiento a igualdad de hardware, con lo que como puedes ver, no hay problema con el desarrollo entre plataformas.

¿porqué habría de haberlo? Por muchas diferencias en las capas altas que existan, al final todas terminan en el mismo código y ambos pueden ejecutarlo igual.

Para que te hagas una idea, ahora mismo en mi PC Windows con Visual studio puedo desarrollar una app para Windows, Windows Phone, Android e incluso iOS!! ¿porqué? pues porque aunque los sistemas sean distintos, al final las capas inferiores y demás son compatibles... otra cosa es que quieran!

Por esa máxima C++ y Java son 2 lenguajes que corren en TODOS los sistemas operativos existentes... ¿porqué habría de funcionar de forma distinta? funciona en todas por igual con el mismo rendimiento y son desarrollados independientemente de la arquitectura x86, x64 o ARM, corren igual porque el sistema operativo lo compila de la misma forma.

En fin, créeme que es una línea roja que pone Microsoft, no quiero alargar más el tema porque podría pasar la noche entera escribiendo, pero me parece que está al menos un poco más claro.

Saludos.

[alecrim]

Yo tuve un tiempo instalado Ubuntu en una Nexus 7 cuando liberaron el kernel... instalé las mismas aplicaciones que tenía en un PC con Ubuntu con el mismo rendimiento... al menos el acorde a la potencia del dispositivo, pero para nada lastrada por lo que comentas.



Creía que eso no se podía hacer... Tenía entendido que si la aplicación no está compilada para ARM no puedes instalarla en una Nexus.

Eso evidentemente lo cambia todo, gracias por la aclaración.

[alecrim]

DaSound

Tienes derecho a decirme que soy un pesado, pero es que eso de ejecutar programas x86 en ARM me rechina mucho. He estado indagando un buen rato y no he encontrado ningún sitio donde explicasen el tema con claridad.

Te paso un par de enlaces, donde incluso ponen ejemplos de programas que no se pueden usar en ARM. La verdad es que no tengo ganas ni tiempo para hacer pruebas, pero lo que dicen más o menos coincide con la idea preconcebida que tenía yo sobre el tema.

http://www.howtogeek.com/185039/4-things-to-keep-in-mind-when-buying-a-chromebook-for-linux/

http://www.howtogeek.com/180225/arm-vs.-intel-what-it-means-for-windows-chromebook-and-android-software-compatibility/

[DaSound]

DaSound

Tienes derecho a decirme que soy un pesado, pero es que eso de ejecutar programas x86 en ARM me rechina mucho. He estado indagando un buen rato y no he encontrado ningún sitio donde explicasen el tema con claridad.

Te paso un par de enlaces, donde incluso ponen ejemplos de programas que no se pueden usar en ARM. La verdad es que no tengo ganas ni tiempo para hacer pruebas, pero lo que dicen más o menos coincide con la idea preconcebida que tenía yo sobre el tema.

http://www.howtogeek.com/185039/4-things-to-keep-in-mind-when-buying-a-chromebook-for-linux/

http://www.howtogeek.com/180225/arm-vs.-intel-what-it-means-for-windows-chromebook-and-android-software-compatibility/

Nada de pesado compañero, las ganas de aprender y de compartir conocimientos es el principal objetivo e un foro así, por un momento se le está dando el uso perfecto para el que está previsto.

Puede ser que alguna aplicación diera algún tipo de error de compatibilidad, o bien porque hace algún uso concreto y explícito de la arquitectura ARM, o porque el desarrollador, erróneamente, destina el uso de la app únicamente para ARM.

Mira, yo en Visual Studio puedo bloquear el uso de un proyecto que generará una app a una CPU específica... pero si lo sitúas en "AnyCPU" es capaz de adaptarse allá donde vaya a ser ejecutada.

Tienes el claro ejemplo de Android, donde x86 y ARM funcionan indistintamente sin problema alguno de compatibilidad en ninguna app del store. De la misma forma, si cuentas con un PC o portátil convencional, con procesadores x64 tú puedes entrar en la tienda de Windows 10 e instalar juegos y aplicaciones que también corren en ARM.

La aplicación universal, un tipo de aplicación específica y que poco a poco se ha ido situando como la más habitual a la hora de comenzar un proyecto, en la que se adapta a todas las plataformas por igual... ¿Acaso no funcionan los smartphones con Windows 10 tanto con procesadores ARM como con algunos modelos Intel?

En el mundo Linux curiosamente es más restrictivo, pero tiene mucho que ver también con que algunas aplicaciones son antiguas y no han sido recopiladas a versiones más modernas que no deberían dar problema allá donde las quieras ejecutar.

En fin, yo también tengo el tiempo muy limitado para efectuar pruebas y poder demostrarlo de forma práctica... ahora mismo tengo un buen lío que tengo que sacar referente a los MKV y a la firma digital con certificados PKI... menudo pifostio compañero! :risitas:

[alecrim]

Pues me he quedado un poco igual, la verdad.





Puede ser que alguna aplicación diera algún tipo de error de compatibilidad, o bien porque hace algún uso concreto y explícito de la arquitectura ARM, o porque el desarrollador, erróneamente, destina el uso de la app únicamente para ARM.



Puede ser. Pero en los enlaces que te he pasado dice muy claro que el software para x86 no se puede ejecutar en ARM. Y en otras búsquedas que he hecho sobre el tema. Por lo general no he encontrado explicaciones claras, pero en artículos sobre Chromebooks la postura es unánime.





Mira, yo en Visual Studio puedo bloquear el uso de un proyecto que generará una app a una CPU específica... pero si lo sitúas en "AnyCPU" es capaz de adaptarse allá donde vaya a ser ejecutada.



¿Desde qué versión de Visual Studio? Porque estamos hablando de software "legacy", si usas un entorno moderno, destinado a Apps Universales, por supuesto que te deja desarrollar para varias arquitecturas al mismo tiempo.





Tienes el claro ejemplo de Android, donde x86 y ARM funcionan indistintamente sin problema alguno de compatibilidad en ninguna app del store.





Eso también lo explican en uno de los enlaces que te pasé, es lo que tiene usar Java, que te aporta un extra de compatibilidad.





De la misma forma, si cuentas con un PC o portátil convencional, con procesadores x64 tú puedes entrar en la tienda de Windows 10 e instalar juegos y aplicaciones que también corren en ARM.



Correcto, pero sólo aquellas que han sido compiladas para ambos sistemas. Las que se han hecho únicamente para Windows Phone/Mobile no las encuentras.





La aplicación universal, un tipo de aplicación específica y que poco a poco se ha ido situando como la más habitual a la hora de comenzar un proyecto, en la que se adapta a todas las plataformas por igual... ¿Acaso no funcionan los smartphones con Windows 10 tanto con procesadores ARM como con algunos modelos Intel?



El debate era sobre programas tradicionales de Windows, no sobre Apps Universales. Y no conozco ningún teléfono Windows con procesador Intel. En su momento Microsoft incluyó un Atom x3 en la lista de SoCs compatibles, pero lo retiró.



Probablemente a día de hoy, al desarrollar una aplicación para Windows, ésta también será válida para Windows Mobile e incluso puede que para Windows RT. No sé si es así, pero me parece posible. Lo que pasa es que tú dices que es porque cualquier Windows puede ejecutar el mismo binario y yo creo que el compilador hace un binario diferente para cada arquitectura. No sé si me explico.