|
||
|
|
|
|||||||
| ROMs y desarrollo Google Nexus 10 ROMs y desarrollo Google Nexus 10 |
![]() |
|
|
Herramientas |
|
#1
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Voltajes y velocidades
Como muchos sabréis, ciertos kernels permiten alterar gran parte de los parámetros de funcionamiento de los procesadores, principalmente las velocidades disponibles y los voltajes suministados en cada una.
Si no conocéis qué es el overclocking (sobresecuenciar para los más puristas), el undervolting, los planificadores, etc. informaos bien antes de tocar nada. Esto NO pretende ser una guía en ese aspecto. Voy a colgar unas tablas con la configuración que utilizo yo, tanto en la CPU como en la GPU, con la esperanza de que sirvan de punto de partida para todos aquéllos que quieran optimizar en lo posible su dispositivo. Cada aparato es diferente, por lo que mis valores pueden no valer para vuestra Nexus. Estas configuraciones son bastante conservadoras y priman el ahorro de energía sobre las prestaciones; no hay absolutamente ningún voltaje que esté por encima de los valores de fábrica, por lo que en principio son seguras. En el peor de los casos, si vuestra unidad no tiene las mismas tolerancias que la mía, se colgará o se reiniciará, pero no debería de sufrir ningún daño. Tendréis entonces que subir voltajes o reducir la velocidad máxima hasta que encontréis un punto estable. No obstante, quede claro que no me hago responsable de ningún fallo o daño que pudiera ocurrir. Tened especial cuidado al tocar voltajes, pues un error al teclearlo o al mover el control deslizante (según qué programa uséis) sí puede causar perjuicios si queda por encima de los valores nominales de fábrica. Mi sistema está configurado de la siguiente manera:
CPU
Los dos valores superiores, en naranja, son velocidades por encima del máximo que viene de fábrica, pero el voltaje sigue siendo inferior a lo que originalmente se le suministra a la cpu a su velocidad nominal de 1.700 MHz, por lo que es seguro. La velocidad inferior, en verde, tampoco está disponible originalmente. En general la reducción oscila entre los 75 y los 200 mv, siendo lo habitual una reducción de 100 mv. Con respecto al hotplug (desactivación dinámica del segundo núcleo del procesador), hay dispositivos que no lo llevan bien, el mío por ejemplo. El síntoma principal es que el aparato es incapaz de "despertar" desde la suspensión, siendo completamente estable el resto del tiempo. En tal caso recomiendo habilitar el escalón de 100 MHz, y desactivar el hotplug poniendo el parámetro disable_hotplugging=1 en la configuración del gobernador. Para dejarlo habilitado (opción por defecto), disable_hotplugging=0, en cuyo caso recomiendo que la velocidad mínima se deje a 200 MHz, para evitar activaciones y desactivaciones contínuas del segundo núcleo estando en reposo o casi reposo. GPU
Al igual que antes, el valor en naranja no está disponible de fábrica. Aquí la reducción de voltajes conseguida es de 125 mv en todos los escalones excepto en el superior, que es de 100 mv. Un aviso importante a la hora de tocar los voltajes de la GPU: todos los voltajes deben ser múltiplos de 25, de otra forma el sistema no lo acepta y es probable que se produzcan inestabilidades. Esta restricción no se aplica a la CPU. Otras consideraciones Si hemos modificado la velocidad máxima de la CPU a un valor diferente de los 1.700 MHz originales, a veces este valor se "pierde" tras una suspensión, volviendo a un máximo de 1.700. Es un fallo conocido. La solución es tan sencilla como establecer una velocidad máxima de CPU para cuando la pantalla esté apagada distinta de la que viene por defecto. No recomiendo trastear con los valores de protección térmica. Más vale prevenir que curar. No recomiendo activar la aplicación automática tras el arranque de la nueva configuración hasta estar seguros de que todo funciona adecuadamente o, como mínimo, establecer un retardo que nos permita un margen de acción por si algún valor vuelve el sistema inestable. Si utilizáis el kernel KTManta y KTweakerT, he creado un guión que desactiva la aplicación de todas las configuraciones en el arranque. No borra ningún perfil guardado, pero evita que se activen automáticamente. Se instala desde CWM como cualquier zip. Lo adjunto al final de este mensaje. Si usáis otro programa, mirad con antelación cómo se pueden restaurar los valores de fábrica en caso de que apliquéis una configuración que os impida arrancar correctamente (o haced una imagen con CWM). En cualquier caso, emplead un sólo programa al mismo tiempo. ¡Buena suerte!. Última edición por Arcano_ Día 12/04/13 a las 18:28:42. Razón: Especificación de versiones |
| Los siguientes 7 usuarios han agradecido a Arcano_ su comentario: | ||
|
|
|
#2
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Voltajes y velocidades (continuación)
Actualización: 2013-04-12
Continuando con el mensaje anterior, voy a añadir aquí unas tablas un poco más completas con otros valores de referencia. Reitero lo dicho en el primer mensaje de que esto son valores orientativos, y cada uno es responsable de adaptarlos a su dispositivo particular. Paso a explicar las columnas:
Mis voltajes en general son un pelín superiores a los que publiqué en el primer mensaje (aunque siempre inferiores a los originales) porque estoy haciendo unas pruebas de estabilidad. Con el tiempo puede que introduzca pequeñas variaciones. Sigo fiel a mi regla de no utilizar voltajes superiores a los de fábrica, por lo que he coloreado de rojo aquéllos que directamente se salen de mis límites (y que por tanto no he probado).
Leyenda de colores: Velocidades superiores a las de fábrica Velocidades inferiores a las de fábrica Voltajes superiores al máximo de fábrica En cuanto a la GPU, recientemente se ha liberado la versión 3.0 del kernel, que permite mayores velocidades. Sin embargo, como implican tensiones también superiores, y según mi prinicipio de no subir voltajes, mi límite sigue siendo de 612 MHz. Probablemente los 667 MHz a 1.150 mv sean seguros, a fin de cuentas son sólo 13 mv más pero, como apenas juego, no necesito arañar ese rendimiento extra.
Comentarios La versión 3.0 del kernel KTManta ha introducido algunos cambios en los parámetros tanto del gobernador ktoonservative como del planificador row. En principio se debería apreciar una interfaz más fluida. También ha actualizado KTweakerT para que sólo permita voltajes de GPU múltiplos de 25, evitando así problemas. A su vez, EniGmA1987 ha publicado (aquí) un archivo con otra configuración que, además de los voltajes que he listado arriba (columna butterlicious), también altera algún parámetro más del kernel. He estado probando ese perfil y va bien con dos salvedades:
Otro detalle a tener en cuenta del perfil butterlicious es que relaja un poco la protección térmica de CPU y memoria. Éstos son los cambios:
Personalmente prefiero pasarme de precavido antes que lamentar nada, así que utilizo los valores originales. Última edición por Arcano_ Día 12/04/13 a las 22:13:26. |
| Los siguientes 3 usuarios han agradecido a Arcano_ su comentario: | ||
|
#5
|
||||
|
||||
|
Gracias Arcano, muy grande, creo que puede ser de mucha utilidad para la gente que quiera probar diferentes voltajes.
__________________
Veni Vidi Vici
|
|
#7
|
||||
|
||||
|
y como pregunta....es notorio en el desdempeño el tener el CPU a 1.9GHZ y la GPU a 612MHZ????
|
|
#8
|
||||
|
||||
|
Pero mi interés principal no va tanto por la velocidad como por el ahorro de batería bajando voltajes. Lo que pasa es que a consecuencia de ello se obtiene un beneficio añadido, como es el mayor margen para poder subir la velocidad de cpu y gpu sin hacer peligrar los componentes. No obstante hay personas que incluso reducen la velocidad del microprocesador por debajo de la de fábrica, a unos 1.200 MHz típicamente, si aún desean menor consumo. Cada uno debe escoger qué objetivos busca. |
|
#9
|
||||
|
||||
|
Se puede hacer sobre una rom stock rooteada?. Y si es asi que necesto aparte de instalar elkernel manta?
|
|
#10
|
||||
|
||||
|
Imagino que sí, yo no duré con la rom original ni dos días, así que no probé.
![]() Ahora estoy con el móvil y no puedo confirmarlo. Sólo hace falta flashear el kernel y luego instalar kTweakerT para configurarlo. |
|
#11
|
||||
|
||||
|
tiene algun script que se puda cargar directamente de tu configuracion...a fin de no tener que andarle moviendo al tonto...quiero porbar los 1.9ghz y 612mhz con los voltajes que tu tienes a ver si los aguanta mi tableta.
|
|
#13
|
||||
|
||||
|
gracias....puedes subir 2...el de mayor rendimiento sin calentar el micro y el mas conservativo en bateria...sin perder mucho rendimiento. please.
|
|
#14
|
||||
|
||||
|
OS va fina la nexus con el kmanta y esa ROM???? Mira que me gusta el kmanta por bajar los voltages -75 v me aguanta en todas las frecuencias....pero es poner el triniti y va como la seda...mucho mejor que kmanta.
Sabéis si se puede usar el ktweaker con el kernel de triniti????? Si no alguna herramienta para jugar con voltages y demás con el trinity kernel Sl222 |
|
#15
|
||||
|
||||
|
Sólo uso un perfil, doy prioridad a bajar voltajes, y luego subo velocidad si tengo margen. La protección térmica está con los valores de fábrica, prefiero pasarme de precavido que lamentar desgracias. |
|
#16
|
||||
|
||||
|
OS va fina la nexus con el kmanta y esa ROM???? Mira que me gusta el kmanta por bajar los voltages -75 v me aguanta en todas las frecuencias....pero es poner el triniti y va como la seda...mucho mejor que kmanta.
Sabéis si se puede usar el ktweaker con el kernel de triniti????? Si no alguna herramienta para jugar con voltages y demás con el trinity kernel Sl222 ![]() El KTweakerT está pensado para el kernel KTManta (de hecho lo hace el mismo programador), así que no creo que funcione con el trinity. ¿Qué diferencia notas entre el ktmanta y el trinity, a igualdad de configuración?. |
|
#17
|
||||
|
||||
|
A mí me va bien, no he probado el Trinity, pero creo que es bastante menos configurable.
El KTweakerT está pensado para el kernel KTManta (de hecho lo hace el mismo programador), así que no creo que funcione con el trinity. ¿Qué diferencia notas entre el ktmanta y el trinity, a igualdad de configuración?. ![]() |
| Gracias de parte de: | ||
![]() |
Estás aquí
|
||||||
|
||||||