|
#21
|
|
|
Cita:
Entonces, si tan convencido estás de ello, por favor, ingéniatelas para tener 2 terminales iguales y potentes, un Nexus 5 mismamente, y ponles Android ARMv7 32-bit y ARMv8 64-bit, y empieza a comparar uno con otro. Si me demuestras en un vídeo que efectivamente ni la temperatura de la CPU es menor de media, ni los vídeos se decodifican usando mucha menos carga de CPU, ni las cosas intensivas de CPU tienen mejoras, ni nada de lo que expongo arriba es verdad/es insignificante, sacado de fuentes fiables, entonces me callo y te creo. |
| Gracias de parte de: | ||
|
|
|
#22
|
|
|
Cita:
Si ni lo he mencionado. Yo no he comparado en ningún momento, ni he supuesto en ningún momento, que el 615 es mejor que el 805, es que de hecho no sé de dónde has sacado ese tema ni a qué viene. ![]() Céntrate en el tema del ARMv8.
Última edición por Rambo123 Día 29/03/16 a las 13:52:33 |
| Gracias de parte de: | ||
|
#23
|
||||
|
||||
|
Cita:
|
| Gracias de parte de: | ||
|
#24
|
|
|
Cita:
Vamos, es como en un ordenador, los juegos los mueven la gráfica, no la CPU, la cuál es necesaria pero se queda en segundo plano, y alejado, a la hora de hablar de rendimiento en un juego. Creo que no has leído la parte del compilador ART. Como las apps no están en código nativo, los 64 bit se usan al correr y compilar el código a través de la VM ART. Segundo, sí, es cierto, la única desventaja de 64-bit es que ocupa más RAM cada cosa, pero suponemos que con 2GB no vamos a tener problemas. Normalmente tengo ocupados entre 800MB y 1.1GB. Con 64 bits, podríamos estar, en esas mismas condiciones, entre 1GB y 1.4GB. Y el teléfono es inteligente para ir borrando la RAM que no use y meter la app que estemos usando actualmente en la RAM, así que no habría problemas de RAM. Última edición por Rambo123 Día 29/03/16 a las 14:03:54 |
| Los siguientes 2 usuarios han agradecido a Rambo123 su comentario: | ||
|
#25
|
|
Enserio! que argumentos son esos , mezclas churras con merinas , no te vuelvas loco .
Si BQ tuviese las pruebas de 32 vs 64 las hubiese hecho publicas si tan seguros estaban , para demostrar que son mas listos que la competencia , cosa que no es cierta! , yo he tenido unos días el Yu yureka y el M5 y no hay color con kernels clonados del Yu al m5 , quitando lo que no se puede utilizar por la VAGANCIA de BQ al estar a 32 bits ( pasado) y no a 64 (presente y futuro) . El Yu se comporta mejor en todo , consumos , reacción , etc etc . La ram te podría preocupar si fuese escaso que no es el caso ni se le acerca. Con 2g es mas que suficiente para 64 en un M5 , y cambias mas de opinión que de chaqueta , cuantas veces te he leído que la Ram es para usarla ( en esto tienes razón la ram es para usarla Android/ Linux no la gestionan como otros SO ). A ti que te lo dejen a 32 si quieres , muchos lo queremos a 64 y no es admisible que por vagancia BQ lo deje a 32bits. No se le pide ningún imposible , ellos mismos lo publicitan con procesador a 64bits en sus vídeos como demostró un usuario hace tiempo . NO SE COMO NO SE LE CAE LA CARA DE VERGÜENZA A BQ por estas cosas . Tienen un buen terminal y con estas dejaciones/vaguedad lo convierten en del montón . Que igual 6.0.1 sale en 64bits , o que? , sino vaya cagada!. Última edición por DIEG0 Día 29/03/16 a las 14:32:34 |
| Los siguientes 5 usuarios han agradecido a DIEG0 su comentario: | ||
|
#26
|
|
|
Cita:
![]() Últimas noticias: "Sale Android 6.0.1 ARMv8 para el M5, pero BQ beta la actualización a un usuario que la prefiere en 32 bits, y le hace una ARMv7 para él." Por cierto, es que los desarrolladores no escriben código nativo con el toolset NDK, no lo usa ni Dios, ya que incrementa notablemente la complejidad de la app y del código, y sin embargo no se nota ni un mínimo incremento en el rendimiento debido a que no pasa por la VM ART. Por eso lo de los 32-bit que dices no tiene sentido, artagerges, ya que todo pasa por caja, y la caja se llama VM ART. Última edición por Rambo123 Día 29/03/16 a las 14:10:53 |
| Gracias de parte de: | ||
|
#27
|
|
Me apunto...No vale publicitar y sacar al mercado móviles con un hardware excelente si luego no se desarrolla por software toda su potencialidad.
|
| Gracias de parte de: | ||
|
#28
|
|
|
Cita:
, y el segundo año más de lo mismo 🙋Enviado desde mi Aquaris M5 mediante Tapatalk |
|
#29
|
|
Y siguen con el cuento de que a 32 bits funciona mejor , en su foro .
No se lo creen ni ellos , que manera de tomar el pelo a la gente , que sean claros! , y digan no nos interesa porque perdemos mucho tiempo , o lo que sea , pero la verdad!. En fin , pa ir a mear y no echar ni gota. |
| Gracias de parte de: | ||
|
#30
|
||||
|
||||
|
Un pequeño inciso
Señores @Rambo123 @DIEG0 @artagerges Este me parece un hilo de los más interesantes que he leído con la información y opiniones que estáis dando, para que los que no sabemos del tema podemos informarnos un poquito mejor. Antes de que ocurra, porque me veo venir que este acaba siendo "un hilo vacío" de los de "y tú más y no tienes ni idea" por favor no dejéis de exponer vuestras opiniones y información ya que a muchos nos interesan para tratar de comprender mejor todo esto, pero no caigáis en la tentación de desacreditar o criticar la opinión de otro sin respeto. Sería una pena para los que estamos siguiendo el hilo. De momento pará mi las aclaraciones de @artagerges están muy claras dada la situación actual de que la inmensa mayoría de app van a 32bit, pero ante la buena información de @DIEG0 y @Rambo123 también me sigue quedando la duda de si a pesar de ello EN LA PRÁCTICA 64bit seguiría teniendo ventajas hoy en día por ejemplo en cuanto a consumo de batería u otros aspectos. Disculpad la interrupción Enviado desde mi Aquaris M5 mediante Tapatalk |
| Los siguientes 4 usuarios han agradecido a F3R69 su comentario: | ||
|
#31
|
|
|
Cita:
Enviado desde mi Redmi Note 2 mediante Tapatalk |
| Gracias de parte de: | ||
|
#32
|
|
|
Cita:
Podemos pensar diferente pero con respeto siempre. En mi caso espongo lo que se y lo que he probado con mis manos. Los 64bits tienen ventajas y ninguna contra que no compense el dar el salto a los 64bits . Como dije he tenido la suerte de tener un Yu Yureka unos dias y probarlo a fondo con CM13 del cual he clonado el kernel para el M5 con CM13 que estoy probando pero limitado por los 32 bits. Se comporta mejor el Yu que el M5 en todo , y he intentado dejar el kernel identico en modificaciones ( lo que he podido por las limitaciones de los 32bits). Los 32bits son el pasado , cuantos terminales msm8939 o 615 trabajan a 64 ? , casi todos es el presente y el futuro , luego para kocinar es mejor contra mas puedas usar . La evolución de los moviles es mas lenta que la de los PC ( siempre , les interesa ir despacito para vender mas ) . No solo es la rapidez que también , también esta enfocado a otros aspectos , la carga de la CPU traduciéndose a que todo lo que trabaje a 64 bits tendrá menor temperatura y tiempo de carga de CPU ( no solo app , parte del kernel y del SO si se hace bien el salto a los 64bits ) y menor consumo , + calor y tiempo de carga = mas consumo , todo esta relacionado ya que el calor es consumo mas elevado. Y luego cosas del kernel que trabajan a 64 bits que se pueden compilar y hacer funcionar correctamente si esta en 64bits. Y en 32 ira igual que hasta ahora , sin variar absolutamente nada. No tiene mas que beneficios se mire como se mire. Otra diferencia es que a 32bits la arquitectura es ARMV7 Y a 64bits es posible ARMV8 con sus optimizaciones( el compi @Rambo123 lo explico en post anteriores) al compilar el kernel un ejemplo el Yu yureka AQUI , si te fijas lo pasa de ARMV7 a ARMV8 con sus mejoras , cosa imposible en 32bits. A mi me a sido imposible! igual se podría con algún parche pero lo desconozco , pero es liar la manta y creo que no por la limitación de los 32. Hay mas pero seria un toston larguisimo jeje. Un saludo , espero explicarme bien. Última edición por DIEG0 Día 29/03/16 a las 18:39:12 |
| Los siguientes 3 usuarios han agradecido a DIEG0 su comentario: | ||
|
#33
|
||||
|
||||
|
No por favor, no iba dirigido a NADIE en concreto. Sólo era un comentario "por si acaso" porque a veces digamos las cosas se tuercen un poco jeje y sería una pena, esto está interesante.
Enviado desde mi Aquaris M5 mediante Tapatalk |
| Gracias de parte de: | ||
|
#34
|
|
[quote=F3R69;22608043]No por favor, no iba dirigido a NADIE en concreto. Sólo era un comentario "por si acaso" porque a veces digamos las cosas se tuercen un poco jeje y sería una pena, esto está interesante.
Que no me lo tomo como algo personal F3R69 jejeje , solo lo explico , una vez me dijeron que si le tenía manía a Arta y no es cierto , yo no le tengo manía a nadíe , no nos conocemos de nada , igual nos conocemos en persona y me cae bien . Nunca se sabe , aunq pensemos diferente en muchas cosas. Última edición por DIEG0 Día 29/03/16 a las 18:57:12 |
|
#35
|
|
|
Algo mas de info , lo que he clonado del kernel del Yu al del CM13, me han faltado las optimizaciones de ARMV8 y el hotplug que esta en la carpeta de 64bits y no note diferencia ( creo que no funcionaba , ya que con el de 32 menos completo y mas rudimentario si noto bajada de temp de la cpu).
Esto es solo del kernel: Cita:
Última edición por DIEG0 Día 29/03/16 a las 18:55:40 |
| Los siguientes 3 usuarios han agradecido a DIEG0 su comentario: | ||
|
#36
|
|
Una fotos para que se vea que es verdad el kernel .Es el de 2G y 16G
Última edición por DIEG0 Día 29/03/16 a las 19:15:58 |
| Los siguientes 5 usuarios han agradecido a DIEG0 su comentario: | ||
|
#37
|
|
Yo no tengo ni idea de nada de esto pero si son mejoras que se pueden implementar por la rom stock me apunto a todo.
|
|
#38
|
|
Es el kernel para Cyanogenmod 13 de el gran @Kra1o5 y CIA , es cosa delicada si no se conocen los riesgos ( que se puede petar el M5 vamos ) y solo es para la CM13.
Aun no esta acabado , pero casi y luego lo testeare yo solo a fondo , no dispongo del M5 todos los días. Y el que lo instale si lo suelto asumira toda su responsabilidad ante posible defunción de su M5. De momento en el mio va perfecto y no lo he subido a github aún. Un saludo. |
|
#39
|
|
De casi 40.000 puntos de AnTuTu a unos 34.000 de la rom stock eso si que es diferencia y optimización...
Ya se podían incorporar estas mejoras a la rom stock, y otras que veo como regular la intensidad de la vibración. A ver si se motiva Bq e incorpora optimizaciones semejantes a su rom stock, que es lo que debería ser. |
| Gracias de parte de: | ||
|
|
|
#40
|
|
La mejora en la puntuación es de la rom CM13 , algo del kernel , pero mas de la rom , el kernel se dedica mas a ahorros y otras cosas .
|
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
| Herramientas | |
|
|
Hora actual: 09:34:24 (GMT +1)
HTCMania: líderes desde el 2007









