En un momento en el que el CES es el principal objetivo de todos los medios tecnológicos, ha saltado un jugoso rumor que nos gustaría compartir con vosotros: Google podría estar diseñando y construyendo su propio procesador, y GPU, para usar como referencia en sus dispositivos Android.
Es algo de lo que no habíamos escuchado hablar nunca, y sin duda no esperamos, ya que si por algo se caracteriza el sistema operativo de Google es por la libertad de hardware existente, y por la cantidad de nuevos protagonistas en el mundo de los procesadores que se unen día a día a Android. Sería una forma de meterse en competencia directa en otro campo con sus socios, como algunos ya interpretaron con la compra de Motorola.
Según la fuente de la noticia, Google querría tener un hardware al que soportar durante más tiempo que el ciclo de vida que está teniendo el hardware actualmente, y sabremos algo más sobre él a finales de 2012.
Ya hemos comprobado como a Apple no le ha ido nada mal diseñando en base a ARM sus propia línea de procesadores, que estrena con sus productos más importantes. En el universo de dispositivos Apple, tiene bastante lógica, pero no vemos nada claro que Google trabaje en acabar con la fragmentación hardware de su sistema.
Lo que sí es una realidad es que no se casa con nadie, y le ha gustado jugar con prácticamente todas las empresas que fabrican hardware para dispositivos móviles, empezando por Qualcomm, pasando Texas Instruments, e incluso haciéndolo con Marvell en su última versión de Google TV.
Si la noticia se convirtiera en realidad, no tenemos duda de que un dispositivo Nexus sería su destino. ¿Opiniones?
Vía | Android Guys
Comentarios
Parece que para Google TODO es posible, carece de limites. Lo que no tengo tan claro es si esto es algo bueno o malo
-- editado por última vez a las 01:17
Pues pasaría que empezarían a temblar los demás...
Con solo leer el título del post me ha entrado un escalofrío considerable...
Holaholahola...
Lo de que el sistema operativo se adapta a todo... aún estoy esperando una versión de Android que se pueda instalar en un sistema con procesador Intel en un "PC normal".
Esa es la gran pega que me he encontrado con Android, que no se puede instalar en cualquier hardware como se puede hacer con un Windows o un Linux. El dispositivo tiene que venir con ello instalado de fábrica o trampeado por alguien que controle (Uso Cyanogenmod 7 en mi Teléfono), pero no he podido ponérselo a una tablet con procesador Intel Atom que tengo (y que me encantaría poder usar con Android).
El tema de la adaptabilidad del sistema a cualquier hardware es una asignatura pendiente de Google.
Salu2 Klausete
Se adapta a todo tipo de hardware ARM tengo entendido yo ... Esto pues es x86, ademas hay un proyecto que tengo entendido que no funciona mal de adaptar Android a X86, personalmente no lo he probado.
Hombre, el problema es más bien de arquitecturas, no es que no se pueda, sino que no es el objetivo de Google, al menos no en el primer momento.
Sin embargo, en estos tiempos que corren quizá veamos más interes de parte de los desarrolladores en la plataforma X86, cosa que sería interesante, porque es ahí por donde van los tiros, en hacer que todo funcione en cualquier plataforma famosa que haya, ya MS lo demostró con su interés en ARM, cosa que sorprendió a más de uno.
Por ahora nos toca probar opciones, como el Android-x86 Project
interesante
"Esa es la gran pega que me he encontrado con Android, que no se puede instalar en cualquier hardware como se puede hacer con un Windows o un Linux. "
Ah, ¿sí? ¿Puedes instalar Windows en una arquitectura ARM o PowerPC?
Klaus, la versión de Android que se puede instalar en un "PC normal" ya existe y, de hecho(y bajo mi punto de vista), es el mejor S.O que se ha ideado jamás. Larga vida a LINUX.
http://www.android-x86.org
http://www.youtube.com/watch?v=GkfgYaGFgTs
La adaptabilidad del sistema no es una asignatura de Google, si no de los fabricantes. Google ya hizo sus deberes: un binario para android funcionará siempre, sea cual sea la plataforma que esté utilizando.
Lo que dices es incorrecto: la inmensa mayoría de los dispositivos Android (y de dispositivos móviles) son ARM pero Android, por su propio diseño de máquina virtual (y obviando la opción del NDK) básicamente puede funcionar en cualquier arquitectura y de hecho hay Android bajo MIPS, bajo PowerPC y bajo x86 (cosa distinta es que hayan hecho el soporte para cada procesador/SOC específico de cada una de esas familias).
-- editado por última vez a las 11:18
Por una vez estoy de acuerdo contigo :)
Supongo que hay gente que ve "Windows" y cree que todos los Windows son "Windows sin más" cuando son SO diferentes los Windows de PC de los Windows CE y derivados.
De linux, nació android.
Mmmm a mi no me agrada la idea de que nos toque comer cenar y desayunar google :/ No lo siento tan libre como dicen.
El comer siempre lo mismo depende de si te gusta el menú porque las opciones están, distinto a si siempre cayéramos en lo mismo porque es lo único que hay. En este caso para cada opción de Google hay un producto similar de la competencia. A mi particularmente me agradan, me resultan prácticos y cómodos de usar, pero tampoco le doy la exclusividad.
bueno sigue siendo libre...google no te encierra en una burbujita de no toques ahi ...como hacen la gente de la manzanita.. sigo prefiriendo la libertad de google....
creo que seria un buen paso para ver un android afinado a un hardware en especifico para sacarle todo su potencial..
Lo dije muchas veces “Android nunca podrá ser tan fiable ni rápido como otros sistemas al utilizar maquinas virtuales contra código ejecutable”.
Creo que no sabes mucho de máquinas virtuales (y yo tampoco). Pero una cosa no tiene que ver con la otra. Por poner un ejemplo, hay cientos, miles de servidores virtualizando sistemas operativos completos como Windows sobre Linux, Linux sobre BSD, etc. Por no hablar cuando los profesionales de distintos ramos virtualizan programas de arquitectura, medicina...
Vamos, que la virtualización no tiene por qué ser poco fiable o menos rápida. Eso depende más de la calidad del código.
Esos servidores virtualizados (igual que pasa con android) necesitan mas memoria RAM, mas CPU y por mucho que digas no pueden correr igual de rapidos que si lo hicieran en codigo nativo.
Esa maquina virtual tiene que traducir constantemente a lenguaje nativo cada instruccion y esa traduccion no es magica, la hace la CPU, y el software que "traduce" tiene que estar en la memoria, asi que si ralentiza el sistema, digan lo que digan.
¿Porque, si no,los terminales android aun siendo muy superiores en hardware tiene una fluidez y una experiencia de usuario que no es tan agradable como la del odiado y malvado iOs de Apple?.
"¿Porque, si no,los terminales android aun siendo muy superiores en hardware tiene una fluidez y una experiencia de usuario que no es tan agradable como la del odiado y malvado iOs de Apple?"
¿Por algo que no tiene absolutamente nada que ver con la máquina virtual y sí con la aceleración por hardware de la interfaz gráfica?
¿Has probado algún teléfono Android con alguna ROM que funcione bien? Las de los fabricantes suelen ir algo lentas porque la capa de interfaz que meten al SO consume más recursos, y no suelen estar muy optimizadas.
Yo he visto gente con un Galaxy S o un Defy como el mío, que no es nada del otro mundo, con ROMs modificadas, que los teléfonos les iban super rápido comparados con los mismos teléfonos "de fábrica".
Sí, la compilación JIT significa una leve pérdida de rendimiento respecto a algo ya compilado, y la máquina virtual consume recursos. De todos modos, la solución, igual que pasa con los servidores de aplicaciones Java, pasa por apagar el teléfono y volver a encenderlo de vez en cuando, para liberar memoria no usada de la máquina virtual.
Windows Phone es aún PEOR porque NO PERMITE el cófigo nativo (ejecutable diretcamente por el prosador) sino sólo código gestionado .NET y Silverlight.
Por contra Android sí permite el código nativo gracias al NDK auqnue la mayor parte de las aplicaciones usan la máquina virtual Dalvik.
En iOS sí que se usa el código nativo ampliamente. En este apartado gana claramemte iOS.
-- editado por última vez a las 11:50
Pues pasaría que aparecería un sistema de software-hardware propio de google con un rendimiento mayor al de los "terminales android genéricos", y sería un paso lógico ya que solucionarían problemas de rendimiendo y de actualizaciones de un plumazo, y aquí a pesar de lo poco que gustan las comparaciones, habría que mencionar que tendríamos al igual que en el iphone un sistema de hardware-software interdiseñados, que posiblemente se terminase convirtiendo en el estandard android de facto.
Hombre si diseñara una cpu que pudiera trabajar con android en codigo nativo sin necesidad de usar una maquina virtual para correr las aplicaciones, se acabarian muchos de los problemas de este sistema. Aunque seguramente sea imposible de conseguir.
Por poder se puede, la cuestión que ese sistema si SOLO se hace nativo para ese hardware y teniendo en cuenta que los drivers de las otras compañías el 99% es privado sería muy difícil portarlo.
interesante
¿Qué problemas tiene Android por ejecutarse en una máquina virtual?
Primero el software de código abierto, ahora le toca el turno al hardware de patente abierta y sin restricciones. ¡Cieren las puertas señores y hagan sus apuestas!
Aparte de que es un mero rumor en ningún momento se habla de hardware ABIERTO sino de hardware al que Google daría soporte durante mucho más tiempo, lo cual no implica que sea abierto.
Perfectamente podría ser un SOC basado en ARM como los de Apple que no tienen nada de abierto.
Es más dudo mucho que fuese abierto porque si bien hay iniciativas de CPU en este sentido no he oido lo mismo sobre GPUs competitivas abiertas.
Pues yo he me puesto cachondo porque he pensado: "¿Y si Google desarrollara sus propios procesadores?... y estos fueran código abierto con alguna licencia similar a la de Android" Es el sueño de muchísima gente, tener acceso a alguna arquitectura abierta (creo que ya hay) y que funcione y esté apoyada por una gran empresa estilo Google o IBM.
La exitación se me baja un poco si lo hicieran con alguna arquitectura de las que ya están en el mercado pero dejaran todo el tema de driver, códecs, etc. en abierto.
Alguien dijo SPARC?
Es una posibilidad pero lo veo difícil. Obviamente en la noticia no se menciona nada en ese sentido.
ARM está muy asentado y es difícil moverlo. Pero mira como los chinos han emezado a hacer sistemas propios con arquitectura MIPS, aunque inicialmente sin licenciar al final la han licenciado (supongo que en condiciones "especiales" muy favorables) para poder usar las partes/instrucciones que sí tenían copyright.
Sería muy interesante lo que propones pero lo más seguro es que lo que sacaran fuera un SOC basado en ARM (como por ejm lo que hace Apple).
En http://www.opensparc.net/ me acaba de salir esto:
500 Server Error A misconfiguration on the server caused a hiccup. Check the server logs, fix the problem, then try again. URL: http://www.opensparc.net/
No sé yo si hay mucho interés de la comunidad y LAS EMPRESAS en estas iniciativas... :) o sea, que no veo resultados (sé que hay unas cuantas pero no se hacen notar, todo lo contrario que por ejm Linux).
No me lo creo.
¿Que irónico no? De ser tan libre y abierto para volverse cerrado hasta en el hardware... Y desde el principio luchar por esa apertura que tantas alegrías le ha lado a fabricantes, desarrolladores y consumidores. Personalmente esa es mi lectura de la noticia, quizá sea bueno por la experiencia que ha tenido en otros campos (las TV por ejemplo), sólo espero que no comience a haber restricciones de software, hardware y se convierta en sus antítesis Apple y Microsoft.
no parece sorprenderia que lo hicieran, si no recuerdo mal google ya propususo una herramienta basada en ardruino de codigo abierto para android. la idea de confeccionar un procesador y una gpu (si fueran libres) seria fantastica porque aparte de estar pensado para android cualquiera podria utilizarlo y montarse su propio cacharito android a su gusto con la certeza de que ira de perlas, ademas creo que al igual que pasa con el sofware android los fabricantes tambien se veneficiarian de ello, y los fabricantes de procesadores podrian tomarlo como base para mejorarlo sino este la base para que el os funcione perfectamente. no es que sepa mucho sobre la arquitectura de un procesador, etc, pero creo que si hacen un procesador libre hecho a medida a android todos saldriamos ganado.
Pues me parece una pasada que lo hagan, mucha diversificación en el negocio, pero ellos sabrán que hacen con sus empresas.
El problema es que no les funcione lo bien que quieren y le den carpetazo como el AppInventor, Buzz, Wave, etc, etc
Ya veremos como avanza.
¿Qué tendrá que ver el que Google diseñe el SoC con poder mantener actualizado durante más tiempo los teléfonos?
Antes me creo que Apple licenciará LGPL iOS que esto
los mas lógico es que efectivamente google haga lo mismo que apple al tener su propia linea de procesadores para sus equipos, lo cual como mencionan ejecutaría todos los programas mas rápidamente ya que android estaría diseñado para tal hardware, lo que empieza de alguna forma a preocupar es que google quiera abarcar muchas áreas y con el tiempo se convierta en un gran emporio (ya lo es) que domine toda la tecnología, haber si no termina esta historia como la UAC del juego DOOM 3 (jejeje). Mis mejores deseos para este 2012.
vamos, que van hacia el modelo de Apple?
-- editado por última vez a las 11:45
No me extrañaría que lo estudiaran, otra cosa es que lo veamos a corto plazo.
No se si actualmente es así, pero Motorola fabricó procesadores... incluso para Apple. Lo que no creo es que fuera la división Motorola Mobility.
También, como muchos decís, pueden diseñar simplemente la arquitectura
Ya veremos.
Motorola llevaba unos años operando en dos divisiones, la de redes (comprada por NokiaSiemens) y la de movilidad, que es la que como apuntas se queda Google. Me figuro que es más facil que el ese paquete de patentes estuvieran en Mobility que en Networks.
teniendo motorola, alguna cosa empezara a hacer, desarrollando hardware especifico