Portada
mis comunidades
otras secciones
#38:
#13 En realidad no, lo que sucede es que el kernel viene con los drivers de la mayoría de chipsets para x86, pero puedes recompilar el kernel con soporte sólo para tu chipset y y entonces si cambias la placa el sistema no arrancará.
En los PC no importa el tamaño del kernel porque tienes espacio de disco y RAM de sobra. En un móvil el espacio en la EEPROM està mucho más limitado, y los fabricantes quieren poner cuántas más aplicaciones posibles así que ponen un kernel no genérico, sino optimizado al máximo, liberando espacio y optimizando el rendimiento.
El día que sobre espacio en las EEPROM de los móviles se podría usar kernels genéricos.
En los PC no importa el tamaño del kernel porque tienes espacio de disco y RAM de sobra. En un móvil el espacio en la EEPROM està mucho más limitado, y los fabricantes quieren poner cuántas más aplicaciones posibles así que ponen un kernel no genérico, sino optimizado al máximo, liberando espacio y optimizando el rendimiento.
El día que sobre espacio en las EEPROM de los móviles se podría usar kernels genéricos.
#4:
Lo que faltaba, condenados de por vida a la mierda de plataformas ARM que requieren ROMs diferentes para cada puto teléfono. A ver cuándo llegan al nivel que los x86 tenían hace ya más de 3 décadas, cuando la gente tenía una sola imagen de instalación del sistema operativo que se adaptaba a todo el hardware
#108:
#6 #8 Los que vais un poco perdidos sois vosotros.
Si ARM fuese minimamente decente, cosa que NO es, no existiría el patético mundo de las ROMs. Los fabricantes de teléfonos no publicarían ROMs por su cuenta. Publicaría Google una ROM oficial de Android, genérica para ARM, y prácticamente todo el mundo utilizaría esa ROM en sus teléfonos, y se actualizarían automáticamente a nuevas ROMs publicadas por Google. Los fabricantes publicarían simplemente drivers, que serían bastante compatibles de unas versiones a otras, como ocurre en los PCs con Windows. Y el mundo Android no sería la vergüenza lamentable que es hoy, en el que más del 50% de todos los dispositivos Android siguen utilizando Android 4.x, y el porcentaje de dispositivos que utiliza Android 6 no llega al 5%, y ya vamos a cumplir un año desde que se publicó.
Pero para que eso suceda, el mundo ARM tendría que tener la estandarización informal y la cultura de compatibilidad que tiene el mundo x86, cosa que de momento no sucede. A día de hoy ni tan siquiera es posible tener un kernel Linux que arranque en plataformas ARMv6 y v5, por ejemplo, e incluso donde se puede utilizar un kernel para varias plataformas, hay que compilar previamente el soporte para esa plataforma en concreto para que funcione, un kernel viejo no puede funcionar en plataformas nuevas por sí solo. Hay muchas plataformas ARM en las que se tiene que saber de antemano que en tal dirección de memoria de una placa determinada de un fabricante determinado está un dispositivo determinado, porque no existan maneras de listar los dispositivos que hay en el sistema.
Irónicamente, para solucionar sus quebraderos de cabeza, el mundo ARM está empezando a adoptar ACPI/EFI, es decir, partes de x86. Lo cual ya dice mucho de qué mundo es el que funciona bien y cuál no.
#9 Decir que Intel está ahí por lo mismo que Windows dice ya lo mucho que sabes. No sólo es que las cosas que los académicos consideran "feas" de x86 (como la longitud de instrucción variable) sean en la práctica una gran idea, es que x86 ya ha demostrado de sobra lo que vale cargándose a buena parte de las CPUs para servidores. Si ARM aguanta y avanza es gracia a la eficiencia enerǵetica, pero allí donde ese factor no es importante x86 no desaparecerá porque ARM simplemente no va a ganar a Intel en rendimiento puro.
Si ARM fuese minimamente decente, cosa que NO es, no existiría el patético mundo de las ROMs. Los fabricantes de teléfonos no publicarían ROMs por su cuenta. Publicaría Google una ROM oficial de Android, genérica para ARM, y prácticamente todo el mundo utilizaría esa ROM en sus teléfonos, y se actualizarían automáticamente a nuevas ROMs publicadas por Google. Los fabricantes publicarían simplemente drivers, que serían bastante compatibles de unas versiones a otras, como ocurre en los PCs con Windows. Y el mundo Android no sería la vergüenza lamentable que es hoy, en el que más del 50% de todos los dispositivos Android siguen utilizando Android 4.x, y el porcentaje de dispositivos que utiliza Android 6 no llega al 5%, y ya vamos a cumplir un año desde que se publicó.
Pero para que eso suceda, el mundo ARM tendría que tener la estandarización informal y la cultura de compatibilidad que tiene el mundo x86, cosa que de momento no sucede. A día de hoy ni tan siquiera es posible tener un kernel Linux que arranque en plataformas ARMv6 y v5, por ejemplo, e incluso donde se puede utilizar un kernel para varias plataformas, hay que compilar previamente el soporte para esa plataforma en concreto para que funcione, un kernel viejo no puede funcionar en plataformas nuevas por sí solo. Hay muchas plataformas ARM en las que se tiene que saber de antemano que en tal dirección de memoria de una placa determinada de un fabricante determinado está un dispositivo determinado, porque no existan maneras de listar los dispositivos que hay en el sistema.
Irónicamente, para solucionar sus quebraderos de cabeza, el mundo ARM está empezando a adoptar ACPI/EFI, es decir, partes de x86. Lo cual ya dice mucho de qué mundo es el que funciona bien y cuál no.
#9 Decir que Intel está ahí por lo mismo que Windows dice ya lo mucho que sabes. No sólo es que las cosas que los académicos consideran "feas" de x86 (como la longitud de instrucción variable) sean en la práctica una gran idea, es que x86 ya ha demostrado de sobra lo que vale cargándose a buena parte de las CPUs para servidores. Si ARM aguanta y avanza es gracia a la eficiencia enerǵetica, pero allí donde ese factor no es importante x86 no desaparecerá porque ARM simplemente no va a ganar a Intel en rendimiento puro.
#125:
#108 confirmado, cuñao total. Cuando has sacado el mundo de las roms he dejado de leer.
El tema de las roms y android es un tema de drivers y kernel. Si el fabricante te da solo un blob y no tienes el código fuente pues es lo que hay. Y da gracias de que la gente se lo curra.
Nada que ver con ARM siendo peor que Intel. Aparte de que ARM viene a ser un SoC en los dispositivos con android no lo compares con un Skylake.
Poner un texto tan largo no te da la razón por cierto. Mezclando temas que no tienen nada que ver.
El tema de las roms y android es un tema de drivers y kernel. Si el fabricante te da solo un blob y no tienes el código fuente pues es lo que hay. Y da gracias de que la gente se lo curra.
Nada que ver con ARM siendo peor que Intel. Aparte de que ARM viene a ser un SoC en los dispositivos con android no lo compares con un Skylake.
Poner un texto tan largo no te da la razón por cierto. Mezclando temas que no tienen nada que ver.
#135:
#108 Igual tú no lo recuerdas, pero yo recuerdo equipos con x86 en los 80 que eran incompatibles con los IBM PC, incluso algunos de IBM.
https://en.wikipedia.org/wiki/Intel_8086#Microcomputers_using_the_8086
El problema con las ROMs en Android tiene más que ver con los fabricantes de los terminales que con el SO. Te pongo un ejemplo que tengo bien cercano: Wiko tiene actualizaciones para su gama Rainbow. El problema viene por lo siguiente:
- Rainbow: v13 Kitkat
- Rainbow 4G: v16 Kitkat
- Rainbow Jam: v8 Lollipop
- Rainbow Lite: v6 Lollipop
- Rainbow Up: v7 Lollipop
Misma marca, misma gama y las actualizaciones oficiales van como quieren porque al fabricante le sale de las narices. Y lo hacen todos para que tengas que cambiar ese móvil que te compraste el año pasado si quieres tener las actualizaciones de seguridad.
Igual la solución viene de la mano de Canonical si consigue hacer un Ubuntu Touch universal (o casi).
https://en.wikipedia.org/wiki/Intel_8086#Microcomputers_using_the_8086
El problema con las ROMs en Android tiene más que ver con los fabricantes de los terminales que con el SO. Te pongo un ejemplo que tengo bien cercano: Wiko tiene actualizaciones para su gama Rainbow. El problema viene por lo siguiente:
- Rainbow: v13 Kitkat
- Rainbow 4G: v16 Kitkat
- Rainbow Jam: v8 Lollipop
- Rainbow Lite: v6 Lollipop
- Rainbow Up: v7 Lollipop
Misma marca, misma gama y las actualizaciones oficiales van como quieren porque al fabricante le sale de las narices. Y lo hacen todos para que tengas que cambiar ese móvil que te compraste el año pasado si quieres tener las actualizaciones de seguridad.
Igual la solución viene de la mano de Canonical si consigue hacer un Ubuntu Touch universal (o casi).
#126:
#4 WTF? Si requieren "roms" diferentes es por los componentes de cada teléfono, no por la CPU, y que se compile para cada uno es por optimización de recursos (memoria, espacio de "disco" que no es barato)... Ah, y lee algo sobre "las CPU ARM" que andas bastante errado al compararlo a un fabricante de CPUs.
#117:
#4 Los escasos teléfonos que usan procesadores de Intel están también "condenados" a requerir ROMs específicas para cada uno. Alguno hay incluso que no puede funcionar excepto con su ROM oficial, por problemas de bootloader cerrado. Esto es debido a que, como te han dicho, lo que origina ésto no es la arquitectura del procesador, sino otras cosas (necesidad de optimizar el kernel, dispositivos "cerrados" que requieren imágenes firmadas para funcionar, no disponibilidad de controladores, etc.)
#85:
Para #81. Un reducido puñado de aplicaciones para móvil son hoy en día imprescindibles, algunas otras son curiosas o simplemente divertidas, pero el resto de ellas, la inmensa mayoría, se han convertido en intrusivo e insufrible spam.
Un PC sigue siendo manipulable por el lado del usuario, el usuario tiende a disponer del control sobre la máquina. En el actual mundo del smartphone es el propio móvil el que manipula al usuario. No hay que confundir nunca la 'facilidad de uso' con el control.
Un PC sigue siendo manipulable por el lado del usuario, el usuario tiende a disponer del control sobre la máquina. En el actual mundo del smartphone es el propio móvil el que manipula al usuario. No hay que confundir nunca la 'facilidad de uso' con el control.
#6:
#4 La imagen era diferente lo que era igual era el disco de instalación. Y pasa igual con Android e ios. Cada fabricante hace una instalación en sus dispositivos y luego la replica mediante imágenes para no tener que compilar cada telefono uno por uno.
Eso lo puedes hacer con tu ordenador de sobremesa. Puedes hacer la instalación una vez, compilar el kernel y los drivers en una imagen y utilizarla las veces que quieras en tu ordenador o en cualquier otro que tenga el mismo hardware.
Eso lo puedes hacer con tu ordenador de sobremesa. Puedes hacer la instalación una vez, compilar el kernel y los drivers en una imagen y utilizarla las veces que quieras en tu ordenador o en cualquier otro que tenga el mismo hardware.
#104:
Guay.
x86 es una ISA que debería desaparecer. Intel y AMD son las únicas compañías que quedan con procesadores CISC en el mercado. Esto es posible por economías de escala. El resto del planeta va con chips RISC. Más baratos en todos los aspectos con el mismo o mejor rendimiento. Por ese mismo hecho Intel internamente usa RISC y tiene que tener cachés adicionales para las instrucciones RISC obtenidas del código CISC IA32/EM64T. Y tener que desactivar la caché CISC (la L1/L2 privadas que aparecen en las características del procesador) si dicha instrucción ya ha sido decodificada en micro operaciones RISC para ahorrar energía. Es decir, la decodificación en un procesador IA32/AMD64 actualmente es bastante compleja. Detectores de bucles en flujos de instrucciones, cachés para dos ISA distintas y múltiples optimizaciones que se pueden meter ahí para que vaya lo mejor posible.
x86 es una ISA que debería desaparecer. Intel y AMD son las únicas compañías que quedan con procesadores CISC en el mercado. Esto es posible por economías de escala. El resto del planeta va con chips RISC. Más baratos en todos los aspectos con el mismo o mejor rendimiento. Por ese mismo hecho Intel internamente usa RISC y tiene que tener cachés adicionales para las instrucciones RISC obtenidas del código CISC IA32/EM64T. Y tener que desactivar la caché CISC (la L1/L2 privadas que aparecen en las características del procesador) si dicha instrucción ya ha sido decodificada en micro operaciones RISC para ahorrar energía. Es decir, la decodificación en un procesador IA32/AMD64 actualmente es bastante compleja. Detectores de bucles en flujos de instrucciones, cachés para dos ISA distintas y múltiples optimizaciones que se pueden meter ahí para que vaya lo mejor posible.
#116:
#8 Si creas una imagen del sistema operativo Windows y la metes en otro PC es muy probable que SI arranque. El kernel de Windows es una maravilla repleta de drivers genéricos. No son los mejores drivers, pero permiten que tu PC arranque y el sistema operativo, mediante Windows Update te descargue e instale en segundos la mayoría de drivers, el resto los podrás instalar cómodamente a través de un setup.exe y podrás perfectamente trabajar con tu equipo. Esta característica se la debemos a Windows. En un móvil, debido al tamaño limitado de la EPPROM el sistema operativo Android no tiene tantos drivers en su kernel porque necesita ese espacio para otras cosas más imperativas. Además muchos drivers están bajo licencia de sus fabricantes y no vienen incluidos en el kernel de Android ni Linux debido a que no cumplen con licencias Open Source. Esa es una de las desventajas de no querer pagar 4 duros por los cimientos de tu equipo, el Sistema Operativo.
#40:
#14 Soy usuario de Android desde hace cinco años y no se de que demonios estas hablando, o eres el usuario de Android más desafortunado del mundo o algo pasa.
Además para que queremos una docena de sistemas operativos? Con uno libre basta, y Android es libre, ahí están Miui o cyanogen para demostrarlo.
Además para que queremos una docena de sistemas operativos? Con uno libre basta, y Android es libre, ahí están Miui o cyanogen para demostrarlo.
Comentarios
Me alegro y a tomar por saco los x86, podrían desaparecer de todas partes.
#1 2017 el año de los x87 en escritorio
¡Qué fabrique ARM!
Lo que faltaba, condenados de por vida a la mierda de plataformas ARM que requieren ROMs diferentes para cada puto teléfono. A ver cuándo llegan al nivel que los x86 tenían hace ya más de 3 décadas, cuando la gente tenía una sola imagen de instalación del sistema operativo que se adaptaba a todo el hardware
#1
http://www.taringa.net/post/info/18302612/ARM-vs-X86-Te-explico-las-diferencias-clave.html
#4 La imagen era diferente lo que era igual era el disco de instalación. Y pasa igual con Android e ios. Cada fabricante hace una instalación en sus dispositivos y luego la replica mediante imágenes para no tener que compilar cada telefono uno por uno.
Eso lo puedes hacer con tu ordenador de sobremesa. Puedes hacer la instalación una vez, compilar el kernel y los drivers en una imagen y utilizarla las veces que quieras en tu ordenador o en cualquier otro que tenga el mismo hardware.
#2 x87 son las FPU de los x86 y desde el i80486 los x87 van incluidos en el procesador.
#4 No sabes de lo que hablas. Prueba a hacer una imagen del SO de tu ordenador y luego instalarla en otro que tenga diferente gráfica, diferente tarjeta de sonido, diferente webcam... a ver si te funciona.
Menuda chorrada del quince has soltado.
#4 comentario cuñao. No tienes ni idea de lo que hablas. Pero hey, que más da.
Es la arquitectura de Intel la que da pena y que está ahí por lo mismo que Windows. ARM es mucho mejor opción y aún así hay otros "fabricantes" apunto de hacer lo mismo que ARM pero sin royalties.
#5 no, si no quiero cambiar x86 por ARM en todas partes. Sólo que desaparezca x86 de todas partes.
#4 Se podría hacer, pero la ROM debería incluir todos los drivers de todos los dispositivos ARM y estar compilados para ARM11 en 32 bits o Cortex-A53 en 64 bits, perdiendo rendimiento y sacrificando espacio
#9 para sobremesa hay arquitecturas como openPower RISC mucho más prometedoras que esos 8086 hiper-dopados; de no ser por la economía de escala costarían miles de euros por sus millones de transistores dedicados a ser compatibles con un diseño obsoleto. Para mí son tostadoras.
Luego miras un IBM Power y sólo sientes paz y amor.
#8 En Linux si funciona.
Windows es el que tiene que instalar el driver para el mismo ratón cada vez que se enchufa en un usb distinto.
Ya todos sabemos que pasa cuando una empresa se queda sin competencia:
1. La innovación a la mierda
2. La empresa se vuelve arrogante
3. Se estanca el software y hardware
4. Debemos tragarnos mal software: inseguro, tragón de recursos, anti-intuitiva forma de desarrollar software sobre este.
La desaparición de Firefox OS (verdaderamente abierto), Tizen (ni despegó), UbuntuPhone (un experimento), Windows Phone (lo intentó pero nada), BlackBerry (muerto de éxito y estancamiento) nos deja con solo dos sistemas: Android e iOS.
Personalmente me ha ido mal, muy mal con dispositivos Android, no he comprado chinos, sino Nexus 7, Motorola, Alcatel y es común para mi: bloqueo del dispositivo por largos minutos cuando acceden a Wifi, el famoso letrero de "la aplicación no responde. ¿desea cerrarla? Aceptar, esperar" y hasta ese letrero está congelado. Simplemente el botón de encendido está muerto, presiono y nada, una vez pensé que había perdido el dispositivo (Nexus 7) hasta que deje pasar unas horas y resucitó. En los otros dos no me ha quedado más remedio que sacar la bateria y volverla a poner, es lo único que despierta Androids muertos. Y la lista es larga de fallos.
Y no, en ninguno de los tres he entrado por "root" jamás. Un típico usuario final que ni siquiera le ha instalado software por APKs, todo a través de la tienda oficial.
¿iOS? Lamentablemente muy caro para mi.
No queda otra que seguir resignado y posponer compras de móviles hasta dentro de varios años con la esperanza que mejoren.
#12 Luego miras un IBM Power y sólo sientes paz y amor
Siento rebatirte, pero lo que veo es la cartera vacía.
#4 Justo lo contrario que pienso yo. A ver si empiezan a aparecer el PC de consumo con ARM, a precios aceptables, y mando a la mierda todo lo x86.
#7 A partir de los DX, los SX/DLC lo traían deshabilitado.
#14 quizás deberías probar los móviles chinos. One plus o Xiaomi son de gran calidad, con Rom personalizadas y actualizaciones durante años. La muerte súbita de los nexus es un clásico, son una vergüenza
#11 En pc es lo que pasa, que las isos traen un paquete de drivers para dar un funcionamiento en cualquier equipo independientemente de sus componentes( para ello las mother, las gráficas, el sonido, etc cumplen uno estándares de compatibilidad mínimos).
En android se podría hacer claro, pero se tendrían que poner de acuerdo los constructores de teléfonos para cumplir unas especificaciones mínimas y que las versiones de android incorporaran unos drivers genéricos, luego simplemente desde la web del fabricante descargarte los drivers optimizados.
Lo que pasa es que esto haría que un movil durara bastante más, y que hubiera roms hipercocinadas para cada dispositivo. Claro esta que no les interesa lo más mínimo que sus moviles duren más.
Una pregunta: ¿Una arquitectura 386 se "ventila" la batería más rápido que una arquitectura ARM de similar capacidad de cálculo?
#14 No entiendo lo que te pasa. Llevo desde el principio con Android y tan solo me empiezan a salir esos errores siempre al cabo de 2 a 3 años de antigüedad. Hasta entonces ni una. He tenido galaxyS2, LG G2 y un HTC
#10 ARM es una mierda también.
#8 Depende del sistema operativo chaval, yo he hecho eso con linux un par de veces ya y sin problema alguno, el sistema detecta el hardware al arrancar y carga el driver adecuado.
#9 Sabes que el codigo ARM en Linux es ya 3 veces mayor que el de x86?? Es tan basura que tiene mogollón de reduncancias entre fabricantes y movidas así.
Como decia Linus: “Hint for anybody on the arm list….People need to realize that the endless amounts of new pointless platform code is a problem, and since my only recourse is to say “if you don’t seem to try to make an effort to fix it, I won’t pull from you”, that is what I’ll eventually be doing.”
#23 Del sistema operativo, no de la arquitectura como dice #4
Te devuelvo el negativo.
#16: Yo creía que la guerra CISC vs RISC se había acabado a principios de los años 1990.
#24 suponiendo que sea cierto, eso es culpa del kernel de Linux. No de ARM.
Linux es un kernel monolítico.
#14 eres el típico usuario normal... Que conoce Firefox os, tizen, como instalar apks de sitios no oficiales, de hecho sabes lo que significa las siglas apk... Tu eres un pu... programador de iOS haciendo Astroturfing de android... Y encima bastante malo mintiendo
#20 ehmm no creo que haya un arm tan cutre como lo era el 386, un risc de 1$ se come un 386 con tan solo 150mA . ¿te referias a x86 de 32 bits quizas?
#29: Si, es una confusión.
PS: el 386 no era cutre, simplemente era otra época.
#30 Bueno, no era cutre en la época me refiero comparandolo claro.
Posiblemente este a la par la movida es que Intel no tiene nada que hacer contra ARM que le gano la batalla por no presentarse a tiempo y no hacer nada por ganar intentar batalla en su momento... y no es cuestión de consumo si no de gamas y precios.
El volumen de negocio y fabricación de ARM creció tan rápido y es tan alto que les cuesta muy poco fabricarlos. Y tiene una gama de procesadores para todos los usos embed, desde potentes micro computadoras hasta para IoT de muy bajo precio.
Dicho de otro modo, al precio de ARM, Matutano podría meter procesadores ARM en bolsas de patatillas de regalo sin incrementar el precio y sin perder dinero
Y intel el único cliente importante/relevante que tiene para sus atom seguramente sea Microsoft.
El único competidor decente que tiene ARM es RISC. Intel hizo bien en tirar la toalla, muy dificil ya competir con todo el mercado acaparado y precios ridículos.
#30 Y en software embed es sinonimo de arquitectura arm o risc.
Intel y su ia32/ ATOM no puede competir con tantos fabricantes tirando precios en arquitecturas ARM/RISC
¿que otros fabricantes de ia32 conoces? yo tendria que buscar en google.
#31 Los ARM son RISC.
#33 Cierto "los única competencia que tiene ARM son los otros fabricantes de arquitecturas RISC" sería lo correcto.
Ya lo tengo tan metido en la cabeza que ya lo separo ARM de RISC
#34 Yo también me embrollo con tanta sigla
Realmente el futuro es RISC, el CISC es complejo de fabricar, disipa energía a capazos y el flujo del programa va a trompicones.
#35 De lo complejo de fabricar ni idea pero pero de precios/consumos no hay igual, ahora mismo estoy programando en dos para un par de proyectos que utilizaran bateria y despues de buscar precio/consumo y todo al final acabas en RISC más que nada por que no tiene competencia. Uno es un Mips 24k y otro Tensilica Xtensa.
Y no recuerdo ahora ninguno que se me pasara por la vista ni para evaluarlo que no fuera RISC. El mercado hablo hace tiempo.
Tampoco ARM, arm es muy barato, pero tampoco es que digamos barato comparando con sus competencia de bajo coste, pero si quieres lo más potente posiblemente si sea lo mejor potencia/precio. Un Arm cortex a9 quad core debe tener una producción tan bestia que me encontre con placas con este y el tipico chip mali400 por 10-15 euros.
Imagínate el precio del micro al por mayor...
#17 Si, pero estaba ahí. Eran procesadores defectuosos en la FPU y los vendían con ella desactivada, pero no vendían FPU 487 sueltas para enchufarlo al 486SX, sino que se reemplaza a por un 486DX totalmente activo.
#13 En realidad no, lo que sucede es que el kernel viene con los drivers de la mayoría de chipsets para x86, pero puedes recompilar el kernel con soporte sólo para tu chipset y y entonces si cambias la placa el sistema no arrancará.
En los PC no importa el tamaño del kernel porque tienes espacio de disco y RAM de sobra. En un móvil el espacio en la EEPROM està mucho más limitado, y los fabricantes quieren poner cuántas más aplicaciones posibles así que ponen un kernel no genérico, sino optimizado al máximo, liberando espacio y optimizando el rendimiento.
El día que sobre espacio en las EEPROM de los móviles se podría usar kernels genéricos.
Y en cuanto Apple empiece a meter ARM en los portatiles (por lo de la convergencia) y las demas compañias empiecen a copiarle, a tomar por culo Intel.
#14 Soy usuario de Android desde hace cinco años y no se de que demonios estas hablando, o eres el usuario de Android más desafortunado del mundo o algo pasa.
Además para que queremos una docena de sistemas operativos? Con uno libre basta, y Android es libre, ahí están Miui o cyanogen para demostrarlo.
#37 Eso con los SX que si viene deshabilitado realmente no viene(son como los nucleos defectuosos de los phenom x2/x3 que si no funcionan para la practica no existe), los DLC son de ciryx no lo traían integrado.
#13 error. #38 está en lo cierto.
Se pueden compilar kernels con optimización para una familia de micros concreta y funcionarian sólo con esos.
#23 porque has usado un kernel generico.
El 2.6 traia drivers para el bus ISA incluso.
Prueba a compilar un kernel optimizado y me cuentas.
#20 muchisimo más.
Arm fue un experimento fallido: querían conseguir micros rápidos, y les salieron micros de muy bajo consumo.
#31 En mi opinión no ha sido realmente ARM sino linux(mas bien el kernel). Cuando en academias he tenido que dar clase, me acuerdo hace unos años que me decían ¿y para que soportar tantos procesadores?, que si era un desperdicio de tiempo que si los dispositivos con esas arquitecturas eran mínimos(claro esta que la gente "normal" no pensaban en los sistemas embebidos o de bajo consumo).
Aquí se ha encontrado el SO con el procesador económico(donde la potencia no era lo primario) y el estallido "Smart", vamos la tormenta perfecta que ha desembocado en lo que tenemos ahora.
A lo mejor sin un SO android basado en linux, habrían tenido que desarrollar desde 0 y no se que podría haber salido de ahi, o nos tendríamos que haber aguantado con IOS y apple.
#12 ¿Y MIPS, SPARC o incluso Tilera?
#15 Y dándole apoyo nuevamente a Big Blue.
Desconozco que será peor, si Big Blue o Intel Inside con calzador.
/cc #4 #16
#32: Yo se muy poco de este tema, poco más que hay procesadores tipo "x86" y ARMs, y que los primeros son CISC y los segundos RISC.
#45 No entiendo muy bien a que te refieres con tu comentario. El kernel soporta IA32/64 y embed, Intel hizo grandes contribuciones (de las que más) al desarrollo del kernel en todos los apartados y no conozco exactamente pero no dudo que tiene un buen buen soporte posiblemente de los mejores dado la trayectoria de Linux/IA32/64
El S.O Android es mayormente java excepto el núcleo linux que es C, por lo que correrlo en IA32/64 no hay problema.
Por otro lado si bien los smartphones es un mercado jugoso para los procesadores para embed más potentes sigue siendo minoritario comparado con el conjunto de otros usos, y ARM tenia la batalla ganada antes del boom de los smartphones, intel poco más empezo a competir cuando los smarphones y tables y poco o nada más relavente. Vamos en procesadores embed "caros" y alta gama.
Osea esta ARM fabricando para smarphones y una amplia gama de millones de micro dispositivos y esta intel compitiendo en smartphones con ARM, es evidente que ARM tiene el sector comiendo de su mano lo que le permite tirar precios y doblegar a intel como queria.
Por que para mi lo único que justifica que no hubiera ni intel ni otra empresas compitiendo con arquitecturas IA32 es simplemente cuestión de costes y mala estrategia comercial de intel. Más cuando IA32 es más antigua que ARM/RISC si mal no recuerdo.
#26 Se acabó: 🔗 http://riscv.org
#48 Me refiero en smartphones y al nucleo linux, si no existiera el nucleo y hubieran tenido que desarrollar uno hasta estabilizarlo al nivel del que ya tenía linux con soporte para arm hubiera costado mucho mas trabajo y tiempo, ahi puede que un acuerdo entre por ejemplo microsoft e Intel hubiera podido comer terreno.
También es debido a la arquitectura ia32 que no se quiso reciclar desde que se lanzo la 64, si se hubiera reciclado esta estructura y dandole unas vueltas de tuercas para conseguir un procesador competitivo a lo mejor estabamos en otro ecosistema de procesadores.
Si bien es como dices no competir con quien te esta ganando terreno y apostar por otros sectores mientras ignoras el que esta en mayor crecimiento.
Supongo que el CEO de turno no quiso apostar por un mercado en ciernes y ahora están pagando las consecuencias.
#14 Te animo a mires si tu terminal está soportado oficialmente por Cyanogenmod y si es así a que lo pruebes.
Y también te puede ser útil este script para que el terminal vaya mas fino deshabilitando algunas APP del sistema que rara vez se usan pero que consumen recursos al estár siempre activas en 2º plano:
https://github.com/jaredsburrows/Android-Bloatware
#14 acabas de romper mi detector de trolls. Estarás contento.
#10 Di que si, con un z80 megadopado vamos sobrados
#10 ¿Por qué le tienes tanta manía a x86?
#46 SPARC está muerto con SUN.
Pero creo que no eran malos procesadores para servidores y estaciones de trabajo. Del MIPS no me acuerdo nada y menos de Tilera, no los conozco para nada
Para #8. Supongo que te refieres a los WindowsTM.
Tengo eso mismo probado con #Lubuntu, una conocida distribución Gnu/Linux. Una misma imagen/instalacion en un disco duro que enchufado a diferentes PCs portátiles a pelo detecta solita todo el hardware de las máquinas a la primera, tal cual.
(CC #4)
Para #13 y #23. Goto #56.
#56 goto #43
Es el mismo caso
#54 Es CISC. Suficiente motivo si has estudiado ensamblador de RISC y de CISC.
menuda mierda, nunca he tenido una mejor experiencia de usuario quecon una Lenovo con Windows 10. Hasta las pelotas de bazofia gnu
#40 Pues yo tuve android prácticamente desde 1.6 con htc hero, y ese movil era una maravilla, pero empezaron las versiones y las versiones, siempre estas contento si no sales de android.
Yo lo quiero para movil y evidentemente aplicaciones útiles, un poco de todo. Y a día de hoy cuando pruebas un IOS o windows phone, te das cuenta de lo que de verdad es android, un sistema lento, y que abusa de recursos, justamente algo que no soporto.
Mira que me jode apple e IOS por ser un sistema totalmente cerrado, pero como movil sabes que va suave suave, y WP una lastima, que siendo poseedor de un lumia las aplicaciones sean apestosas. Yo por ahora no vuelvo a android, aunque ahora estoy tentado entre un iphone se y un android por temas de no querer gastar dinero.
#54 me gustan los diseños limpios y elegantes, y los x86 son una guarrada de modos de compatibilidad y modos de funcionamiento. Tienen mucha potencia bruta, es obvio, pero son como el coche ese que diseñó Hommer Simpson.
En algún momento habría que mandar al pedo la compatibilidad x86 para avanzar sin lastres. El mayor obstáculo es Windows. Va todo unido, Wintel.
me perece flipante los comentarios que celebran que haya menos competencia
#59 es aún peor, es Cisc, RISC, y de 8,16, 32 y 64 bits. Es esto:
#4 La culpa es tuya por usar la mierda esa del Güindous.
#61 "un sistema lento, y que abusa de recursos"
Me parece que has descrito a Windows, llevo demasiados años sufriendo sus vicios en ordenador para creerme ahora que en móvil es completamente distinto. IOS jamás he tenido, no puedo hablar.
El hilo del cuñadismo del hardware.
Para #32. La mayoría de los Atom de Intel son de 64 bits. Tanto en netbooks como en tablets la mayoría fueron equipados con Atom de 64 bits. Los 32 bits en Atom Intel los llevaban las tables más económicas y los primeros PC portatiles tipo netbooks, todo lo demás venía equipado con Atom Intel de 64 bits normalmente de doble nucleo.
Muchos netbooks venian instalados con un Windows de 32 bits pero disponian de un Intel Atom de 64 bits, de hecho tengo uno de ellos ejecutando un #Lubuntu de 64 bits.
(CC #47 #30)
#66 Yo que tu antes mejor probar las cosas y luego opinar, porque la sorpresa puede ser mayúscula, pero mayúscula.
Te lo dice uno que era pro android, hasta que se cambio, y vio que lo bonito no lo era tanto.
#44 Pues ya tenemos teléfonos con 2 Gigas de RAM, más potentes que una torre de PC de hace 10 años, y por menos de 200 €.
Para #58. No tiene nada de malo aprovechar los recursos que ofrece un PC convencional. Los smartphones están bien pero no dejan de ser juguetes comparados con cualquier PC de gama baja en cuanto a disponibilidad de recursos y accesibilidad en cuanto a funcionalidades.
(CC #56)
Es que eso de que no funcione la alarma cuando esta apagado como si hacen los mtk...
#28 yo deje android por todo lo que ha comentado, igual, pero con sony y lg. Me compre un lazer con Windows Phone de 50€ y no he vuelto a tener problemas. Responde peor pero no te deja tirado. Eso si tengo entendido que desde android 5.0 no pasan esos errores de sistema operativo de novato.
#63 Estoy de acuerdo, pero en este caso, parece que Intel no tenía posibilidades de competir.
#64 ¿CISC y RISC?
#69 Me gustaría saber para qué usas el móvil, porque yo puede manejarme bien con un smartphone de 50 €.
#67 Puedes aportar un poco de luz cuando quieras.
#55 De ninguna manera.
SPARC como arquitectura es licenciable a través de SPARC International, Inc.
Fujitsu o Aeroflex Gaisler es un claro ejemplo de ello.
Además: 📄 http://www.hotchips.org/wp-content/uploads/hc_archives/hc27/HC27.24-Monday-Epub/HC27.24.30-HP-Cloud-Comm-Epub/HC27.24.330-sonoma.Vinalk-oracle-v3.pdf
/cc #46
#67 Imagina no tener ni puñetera idea de chips y compañia y haber leido los comentarios.
#75 sí, los opcodes son algunos CISC, otros RISC y los CISC se pasan a RISC antes de ejecutarse.
#71 Con todas las aplicaciones que hay para móvil, yo diría que un móvil también hace muchas cosas que no hace un PC.
#76 Pues yo no, y un android de 50€ mueres, lo mas cercano a un uso medianamente aceptable por ese precio un lumia 5xx
#18 Mi nexus one aguantó 4 años y paso por 4 manos, mi galaxy nexus también casi 4 años y por 3 manos (este a día de hoy va fenomal). Y actualmente mi nexus 5 va fino fino y es lo tengo de salida. Ni un solo fallo.(todavía siguen vivos)
Lo que si te doy la razón, Nexus 7 (2012) tiene un fallo en sus memorias, culpa de Asus y es horrible lo mal que va a causa de eso. La media solución es F2FS, TRIM y cargarse los play services.
#82 Si ya lo decía yo, me gustaría saber para qué usas el móvil.
Para #81. Un reducido puñado de aplicaciones para móvil son hoy en día imprescindibles, algunas otras son curiosas o simplemente divertidas, pero el resto de ellas, la inmensa mayoría, se han convertido en intrusivo e insufrible spam.
Un PC sigue siendo manipulable por el lado del usuario, el usuario tiende a disponer del control sobre la máquina. En el actual mundo del smartphone es el propio móvil el que manipula al usuario. No hay que confundir nunca la 'facilidad de uso' con el control.
ARM vs X86 – Te explico las diferencias clave!
ARM vs X86 – Te explico las diferencias clave!
ARM vs X86 – Te explico las diferencias clave!
ARM vs X86 – Te explico las diferencias clave!
ARM vs X86 – Te explico las diferencias clave!
#85 Creo que tienes razón, pero yo también creo que puedo usar el móvil de forma útil y beneficiosa. Creo que es suficiente con no tener instalado Facebook ni Whatsapp.
#39 Intel ha comprado una licencia para fabricar procesadores ARM. AMD ya vende chips ARM y creo que Intel no tardará mucho. No es el fin de Intel.
#42 Poder se puede. Otra cosa es que para el usuario común sea práctico, que no lo es.
¿Es aquí la sala de nerds?
#40 Matiza... Android no, AOSP sí.
#77 no hace falta opinar de todo, te puedes declarar ignorante en un tema. Yo lo soy en hardware, lo mío es el software
Los que esperaban el surface phone son los mismos del yahoo phone.
#59 mantiene un juego de instrucciones CISC, pero internamente es RISC, ya que traduce al vuelo de un conjunto de instrucciones al interno.
Esto permite que durante casi 40 años se haya podido ir actualizado la arquitectura sin romper la compatibilidad con el software previo.
#83 Un año duré con el Nexus One.
Una basura de móvil de 450€ que en cuanto se le llenaba la memoria interna dejaba de recibir notificaciones y correos.
Y con una versión de Android que no permitía mover aplicaciones a la SD.
Para más inri, esto no lo han solucionado hasta hace un par de versiones.
Ni que decir tiene que es móvil no paso de Froyo.
Para tirarse por una ventana, vamos.
#88 puedes poner link?
por otro lado, la licencia que te refieres es para fabricarlos en las fabs para terceros? (competencia a TSMC)
para hacer SoCs? (competencia a qualcomm, mediatek, etc)
para desarrollar cores con arquitectura ARM como qualcomm o Apple? (competencia con ARM, apple, qualcomm, etc)
#84 y a mi me gustaría saber el numero de la euromillones del próximo sorteo, pero mira no se puede saber todo en esta vida.
La pregunta en que consiste? En ver si solo lo uso para whatsapp y llamar? No entiendo este tipo de preguntas en plan vamos a ver lo ignorante que son.
#69 No gracias, estoy más cerca de ponerme Linux en el ordenador (lo utilizo de uvas a peras y cada vez va peor) que de poner el maldito Windows en el móvil.
#14 Quizas deberías hacer pedido que te los cambiasen cuando estaban en garantia la nexus 7 y los motorola que he tenido van perferctos y nunca se han bloqueado ni nada parecido.
Si tu movil fallaba no te aguantes, reclama, que no es lo normal.
#62 lo que hay que leer