DooMKernel, under/overclocked desde los 128 Mhz hasta los 2.0 Ghz del solo core Qualcomm APQ8055 nativo a 1.5 GHz

[caraconejo]

HTC Flyer, EVO View 4G > Flyer Android Development > [KERNEL][FLYER]{HC} DooMKernel [Rel:v01][Dt:27/Dec]
http://forum.xda-developers.com/show....php?t=1410921



Ultima edicion de DooMLoRD; 31 de marzo de 2012

Ojo hay dos versiones una para WIFI y otra para 3G

Basado en desarrollos del LeeDroid Flyer-HC kernel ahora DooMLoRD presenta este kernell overclokeable hasta los 2.0 Ghz del Flyer (nativo en 1´4 Ghz) yo lo tengo en 1´8 Ghz y parece estar estable y rinde que da gusto

Los que tenemos liberado el bootloader desde HTC DevTool´s es preciso Flashearlo desde ADB Tool´s, el resto por el Custon Recovery que tengan en una ROM HC OS 3.2.1...

 Cita:

android app para overclocking prefiere SetCPU (DE PAGO) or NoFrills CPU Control (LIBRE)
NoFrills CPU Control (LIBRE) para seleccionar I/O scheduler (arranque temporal o desde el booteo)
VDD control app: IncrediControl

El gobernador (por defecto es on demand)
Samsung Galaxy S II I9100 > Galaxy S II General > [REF] [Ajustes] Gobernadores del Kernel, Módulos de E / S programadores, Ajustes de CPU, AIO App Configs

GOBERNADORES del NÚCLEO los módulos de E / S programadores que viene con el kernel Siyah, y más. Eso debería cubrir casi todos los gobernadores populares / modules / programadores io! Muchas personas parecen perderse en discusiones dev kernel sin obtener respuestas acerca de los gobernadores y demás.

 Cita:

1) Ondemand:
Por defecto gobernador en casi todos los núcleos de valores. Un objetivo principal de la gobernador ondemand es cambiar a la frecuencia máxima, tan pronto como hay una actividad de la CPU detecta para asegurar la capacidad de respuesta del sistema. (Usted puede cambiar este comportamiento usando los parámetros de escalado lisas, consulte ajustes Siyah al final del post 3 ª.) Efectivamente, se utiliza el tiempo de CPU ocupado como la respuesta a "lo importante es el rendimiento en estos momentos", pregunta. Así OnDemand salta a la frecuencia máxima cuando la CPU está ocupada y disminuye la frecuencia gradualmente cuando la CPU está menos cargado / Apporaching inactivo. A pesar de que muchos de nosotros consideramos esto un gobernador confiable, se queda corta en el ahorro de batería y el rendimiento de la configuración por defecto. Una posible razón para el gobernador ondemand no ser muy eficiente de la energía es que el gobernador decida la frecuencia deseada por el requisito siguiente instante durante el intervalo de muestreo. El requisito de respuesta instantánea puede rápidamente a los cambios de carga de trabajo, pero por lo general no reflejan carga de trabajo real requisito de uso de la CPU en un pequeño tiempo más largo y que posiblemente cause cambian con frecuencia entre más alta y más baja frecuencia.

2) Ondemandx:
Básicamente un ondemand con suspensión / perfiles vigilia. Este gobernador se supone que es un amistoso ondemand batería. Cuando la pantalla está apagada, la frecuencia máxima está limitada a 500 mhz. A pesar de que el gobernador ondemand es por defecto en muchos núcleo y se considera seguro / estable, el apoyo a ondemand / ondemandX depende de la capacidad de CPU para hacer el cambio de frecuencia rápida, que son las transiciones de latencia muy baja frecuencia. He leído en alguna parte que el rendimiento del ondemand / ondemandx fueron significativamente diferentes variables para i / o programadores. Esto no es cierto para la mayoría de los otros gobernadores. Personalmente, creo ondemand / ondemandx va mejor con SIO I / O planificador.

3) Conservador:
A Ondemand más lento que escala lentamente para ahorrar batería. El gobernador conservador se basa en el gobernador ondemand. Funciona como el gobernador Ondemand al ajustar dinámicamente las frecuencias basado en la utilización del procesador. Sin embargo, los aumentos gobernador conservador y disminuye la velocidad de la CPU de manera más gradual. En pocas palabras, este gobernador aumenta la frecuencia paso a paso de la carga de la CPU y salta a la frecuencia más baja en reposo CPU. Gobernador conservador tiene como objetivo ajustar dinámicamente la frecuencia de la CPU a la utilización actual, sin saltar a la frecuencia máx. El valor sampling_down_factor actúa como un multiplicador negativo de sampling_rate para reducir la frecuencia de que las muestras del planificador de la utilización de la CPU. Por ejemplo, si sampling_rate igual a 20.000 y sampling_down_factor es 2, las muestras gobernador la utilización de la CPU cada 40.000 microsegundos.

4) Interactivo:
Se puede considerar un ondemand más rápido. Así que más ágil, menos batería. Interactivo está diseñado para sensibles a la latencia, cargas de trabajo interactivas. En lugar de muestreo en cada intervalo como ondemand, determina la manera de ampliar la CPU cuando sale de reposo. El gobernador tiene las siguientes ventajas: 1) la rampa más constante, ya que los gobernadores actuales hacen su muestreo carga de la CPU en un contexto workqueue, pero el gobernador interactivo lo hace en un contexto temporizador, lo que da muestras de carga de CPU más consistente. 2) Mayor prioridad al aumento de frecuencia de la CPU, dando así las tareas pendientes en beneficio rendimiento de la CPU, a diferencia de los actuales gobernadores que programar aceleración trabajar a ocurrir después de las tareas de desempeño hambrientos han completado. Interactivo Es un Ondemand inteligente debido a las optimizaciones de estabilidad. ¿Por qué?
El muestreo de la carga de la CPU cada ms X (como Ondemand) puede llevar a una alimentación de la CPU para X ms, lo que lleva a la pérdida de fotogramas, la tartamudez interfaz de usuario, etc En lugar de muestreo de la CPU a una velocidad especificada, el gobernador interactivo comprobará si la escala de la frecuencia de la CPU hasta poco después de salir del reposo. Cuando la CPU sale de reposo, un temporizador está configurado para disparar dentro de 1-2 garrapatas. Si la CPU está muy ocupado entre salir de reposo y se activa el temporizador, entonces suponemos que la CPU es de poca potencia y la rampa a la frecuencia máx.

5) Interactivex:
Se trata de un gobernador interactivo con un perfil de estela. Más batería ambiente que interactivo.

6) Lulzactive:
Este nuevo hallazgo de Tegrak se basa en los gobernadores interactivos y Smartass y es uno de los favoritos.
Old Version: Cuando la carga de trabajo es mayor que o igual a 60%, las escalas gobernador hasta CPU para siguiente escalón más alto. Cuando la carga de trabajo es menor que 60%, escalas gobernador CPU hacia abajo a la siguiente etapa inferior. Cuando la pantalla está apagada, la frecuencia está bloqueado a la frecuencia global mínimo de escala.
Nueva Versión: Tres más parámetros configurables por el usuario: inc_cpu_load, pump_up_step, pump_down_step. A diferencia de la versión anterior, ésta da más control para el usuario. Podemos establecer el umbral en el que el gobernador decide escalar hacia arriba / abajo. También puede fijar el número de pasos de frecuencia a ser omitido mientras sondea arriba y hacia abajo.
Cuando la carga de trabajo mayor o igual a inc_cpu_load, gobernador escalas CPU pump_up_step intensifica. Cuando la carga de trabajo es inferior a inc_cpu_load, gobernador CPU escalas por las escaleras pump_down_step abajo.
Ejemplo:

 Cita:

Considerar
inc_cpu_load = 70
pump_up_step = 2
pump_down_step = 1
Si la frecuencia actual = 200, Cada nosotros up_sampling_time si la carga de CPU> = 70%, cpu se escala hasta 2 pasos - a 800.
Si la frecuencia actual = 1200, Todos somos down_sampling_time si la carga de cpu <70%, la CPU ha sido reducida un paso - a 1000.

7) Lulzactiveq:
Lulzactiveq es un gobernador modificado lulzactive escrito por XDA miembro robertobsc y se adapta en Siyah kernel para GS2 GS3 y. Lulzactiveq tiene como objetivo optimizar la segunda versión de luzactive de Tegrak por a) proporcionar un parámetro adicional (dec_cpu_load) para escalar hacia abajo más sensible, y b) la incorporación de la lógica de conexión en caliente para el gobernador. Luzactiveq es el primer gobernador interactivo basado siempre con la lógica intrínseca conexión en caliente (al menos la primera de su tipo para la plataforma Exynos). Cuando la CPU sale del bucle de inactividad y es el momento de tomar una decisión de escala, si la carga> = inc_cpu_load CPU se escala hacia arriba (como luzactiveq original) y si la carga <dec_cpu_load, CPU ha sido reducida. Esto posiblemente elimina la estricta sola frecuencia de corte para luzactiveq para tomar decisiones de CPU de escala. Además, destacan lógica hotplug ejecuta como un hilo separado con el gobernador para que la lógica hotplugging externa no es necesaria para controlar hotplug de entrada y salida (activar y desactivar) núcleos de CPU de núcleo múltiple en dispositivos como GS2 GS3 o. Sólo un gobernador consciente núcleo múltiple tiene sentido real en muti-core dispositivos. Lulzactiveq y pegasusq pretende hacer eso.

8) Smartass:
Resultado de la Erasmux reescribir el código completo del gobernador interactivo. El objetivo principal es optimizar la duración de la batería sin comprometer el rendimiento. Todavía no, como batería amable como smartassV2 dado que la pantalla-en la frecuencia mínima es mayor que las frecuencias utilizadas durante la pantalla-off. Smartass saltaba a la frecuencia más alta con demasiada frecuencia también.

9) SmartassV2:
La versión 2 del gobernador smartass original de Erasmux. Otro de los favoritos para muchos un pueblo. El objetivo gobernador de una "frecuencia ideal", y la rampa hasta más agresiva hacia esta frecuencia y menos agresivo después. Utiliza diferentes frecuencias ideales para la pantalla y fuera de la pantalla, es decir, awake_ideal_freq y sleep_ideal_freq. Esto escalas gobernador para abajo CPU muy rápido (para golpear sleep_ideal_freq pronto) mientras la pantalla está apagada y escala hasta rápidamente a awake_ideal_freq (500 mhz para GS2 por defecto) cuando la pantalla está encendida. No hay límite superior para la frecuencia, mientras que la pantalla está apagada (a diferencia Smartass). Así que el rango de frecuencia completo está disponible para el gobernador de usar durante pantalla en pantalla y estado de cierre. El lema de este gobernador es un equilibrio entre el rendimiento y la batería.

10) Intellidemand:
Intellidemand alias Ondemand inteligente de Faux es otro gobernador que se basa en ondemand. A diferencia de lo que algunos usuarios creen, este gobernador no es el sustituto de OC Daemon (Tener gobernadores diferentes de sueño y vigilia). El intellidemand originales se comporta de manera diferente según el uso de GPU. Cuando la GPU está muy ocupado (juegos, mapas, benchmarking, etc) intellidemand comporta como ondemand. Cuando GPU es 'ralentí' (o moderadamente ocupado), intellidemand limita la frecuencia máxima a un paso dependiendo de las frecuencias disponibles en el dispositivo / kernel para ahorrar batería. Esto se denomina modo de navegación. Podemos ver algunas "huellas" de gobernador interactivo aquí. Frecuencia ampliación decisión se basa en el tiempo de inactividad de la CPU. Reducir el tiempo de inactividad (<20%) hace que la CPU para aumentar la escala de la frecuencia actual. Frecuencia escala descendente que ocurre en pasos = 5% de la frecuencia máx. (Este parámetro sólo es ajustable en la conservadora, entre los gobernadores populares )

 Cita:

En resumen, este es un ondemand inteligente que entra en modo de navegación para limitar la frecuencia máxima cuando la GPU está al ralentí, y (salidas de modo de navegación) se comporta como ondemand cuando la GPU está ocupado, para ofrecer un rendimiento para juegos y tal. Intellidemand no salta a la frecuencia más alta cuando la pantalla está apagada

.

11) Lazy:
Este gobernador de Ezekeel es básicamente una ondemand con un min_time_state parámetro adicional para especificar el tiempo mínimo de CPU se mantiene en una frecuencia antes de escalar hacia arriba / abajo. La idea aquí es eliminar cualquier inestabilidades provocadas por la conmutación de frecuencia rápida por ondemand. Encuestas Lazy gobernador ondemand con más frecuencia que los cambios de frecuencia, pero sólo después de completar min_time_state en un intervalo de paso de muestreo superior. Lazy también tiene un parámetro screenoff_maxfreq que cuando está activado hará que el gobernador para seleccionar siempre la máxima frecuencia mientras la pantalla está apagada.

12) Lagfree:
Lagfree es similar a ondemand. La principal diferencia es que es la optimización de la batería sea más agradable. La frecuencia se graciosamente disminuyó y, a diferencia de ondemand que salta a 100% con demasiada frecuencia. Lagfree no se salta ningún paso de frecuencia, mientras que escalar hacia arriba o abajo. Recuerde que si hay un requisito para la repentina explosión de energía, lagfree que no puede satisfacer ya que tiene que elevar la CPU a través de cada paso de frecuencia más alta de corriente. Algunos usuarios informan de que la reproducción de vídeo utilizando lagfree tartamudea un poco.

13) Lionheart:
Lionheart es un gobernador conservador con sede en la que se basa en la fuente Update3 de Samsung. Tweaks viene de 1) Knzo 2) Morfic. La idea original viene de Netarchy. Ver aquí . Los parámetros ajustables (tales como los umbrales y la tasa de muestreo) se cambiaron de modo que el gobernador se comporta más como el rendimiento de uno, a costa de la batería como la escala es muy agresivo.

To 'experiencia' Lionheart utilizando conservador, pruebe estos ajustes:
sampling_rate: 10000 o 20000 o 50000, lo que sientes es más seguro. (Latencia de transición de la CPU es algo inferior 10ms/10, por lo tanto, con 10.000 000uS podría no ser seguro).
up_threshold: 60
down_threshold: 30
freq_step: 5

 Cita:

Lionheart va bien con la fecha límite de entrada / salida del planificador. Cuando se trata de la suavidad (no considerando descarga de la batería), un conservador sintonizado entrega más en comparación con una ondemand sintonizado.

14) LionheartX
LionheartX se basa en Lionheart, pero tiene algunos cambios en los valores ajustables y cuenta con un perfil de suspensión basado en Smartass gobernador.

15) Brazilianwax:
Similar a smartassV2. Rampa más agresiva, por lo que más rendimiento, menos batería.

16) SavagedZen:
Otro gobernador basada smartassV2. Logra un buen equilibrio entre el rendimiento y la batería en comparación con brazilianwax.

17) espacio de usuario:
En lugar de determinar automáticamente las frecuencias, permite a los usuarios de las frecuencias establecidas.

18) Ahorro de energía:
Bloquea frecuencia máxima a la frecuencia min. No se puede utilizar como una pantalla de mano o incluso la pantalla de cierre (si la frecuencia de la escala mínima es demasiado baja).

19) Rendimiento:
Ajusta la frecuencia como la frecuencia min max. Utilice esta evaluación comparativa cuando!

Por lo tanto, los gobernadores se pueden clasificar en 3/4 en un nivel alto:
1.a) Ondemand base:
Funciona en "ramp-up de alta carga" principio. CPU ocupado-tiempo se toma en consideración para las decisiones de escalado. Miembros: OnDemand, OndemandX, Intellidemand, Lazy, Lagfree.
1.b) conservador basado en:
Miembros: conservadores, Lionheart, LionheartX
2) En base interactivo:
Funciona en "tomar la decisión de escala cuando la CPU sale de reposo-loop" principio. Miembros: interactivos, InteractiveX, Lulzactive, Luzactiveq, Smartass, SmartassV2, Brazilianwax, SavagedZen.
3) Categoría Weird:
Miembros: espacio de usuario, ahorro de energía, el rendimiento.

[matxi]

Yo tengo la rom de doctorlirio simplemente la instalobdesdevelbrecovwey y listo no???



Gracias

[caraconejo]

 Cita: Originalmente Escrito por matxi

Yo tengo la rom de doctorlirio simplemente la instalobdesdevelbrecovwey y listo no???

Si tienes el bootloader libre por Revolucionary si, del zip, por el CWR y listo (O por Fastboot si prefieres)

Si tienes el bootloader libre por HTCDevTool´s -solo podrás con éxito- por comandos fastboot con ADB Tool´s ((es mi caso)) (con el Recovey veras que un boot.img no se deja Flashear bien y tendrás problemas de estabilidad, esto esta dicho en el hilo de LeeDrOid´s) con fastboot boot boot.img sin problemas

adb reboot bootloader

fastboot flash boot boot.img

fastboot erase cache

fastboot reboot

Creo que merece la pena, no solo subir la frecuencia (en mi caso a 1.800 Ghz) sino además leer y jugar con los "gobernadores" que mejor convengan para el uso que le demos...

[michael4059]

Estupendos los tutoriales que creas esperemos que no caiga en el olvido nuestra maquina.
Instalado el kernel y mi bicho trabajando a 1,8 .

[caraconejo]

 Cita: Originalmente Escrito por michael4059

Estupendos los tutoriales que creas esperemos que no caiga en el olvido nuestra maquina.
Instalado el kernel y mi bicho trabajando a 1,8 .

Este KERNELL es para ROM HC (HoneyComb) supongo que tendras la HC (y no la GB)

Este KERNELL es el que YA USA la ROM COOL 3D si se tiene la ROM COOL 3D no es necesario meter este KERNELL de NUEVO

[michael4059]

 Cita: Originalmente Escrito por caraconejo

Este KERNELL es para ROM HC (HoneyComb) supongo que tendras la HC (y no la GB)

Este KERNELL es el que YA USA la ROM COOL 3D si se tiene la ROM COOL 3D no es necesario meter este KERNELL de NUEVO

La que tengo es la coold 3d.Gracias por la info caraconejo.Eres el puto amo de la Flyer sin dejar atrás a los demás.