Cita: Originalmente Escrito por
jsevi83
Acabamos de migrar del kernel prebuit de stock a compilarlo nosotros mismos. Es una etapa de transición, y van a hacerse pruebas que quizás no sean definitivas. ¿Que quizás no necesitemos zRAM? Es muy posible, no te lo niego, aunque dudo mucho que notes mayor consumo de batería por tenerlo habilitado. Respecto a conservative estoy en completo desacuerdo con lo que dices, el governor powersave ahorra mucha batería, pero hace que el móvil vaya lentísimo. Con conservative se consigue ahorrar batería pero que el móvil al menos se pueda usar, por lo que me parece el governor más acertado para el perfil de ahorro de energía, al menos para la mayoría de usuarios. Si luego hay gente como tú que prefiere ahorrar todavía más, pues que lo cambie a powersave, nadie se lo impide.
"El kernel de una build debería ser lo más stock posible". ¿Qué es stock, el criterio del propio xiaomi? Lo siento, pero eso no es una referencia fiable (ya viste lo que hicieron con el driver del touchscreen, no?). Referencias podrían ser falcon o memul, los dos dispositivos msm8226 más populares con CyanogenMod oficial. Por cierto, ambos vienen con zRAM y conservative habilitados...
En cualquier caso no sufras, es muy posible que zRAM e interactive tengan los días contados en esta rom, aunque habrá que ver los casos reales. El governor interactive se habilitó para dar más posibilidades de elección al usuario. No funciona y el móvil se reinicia al habilitarlo, como ya se ha comentado, así que o se arreglará o se deshabiitará. Eso de que sea para tablets no es completamente cierto, y en cualquier caso no me parece algo preocupante. Si quieres una rom 100% estable será mejor que esperes a ver si conseguimos cyanogenmod oficial. Hasta entonces esta rom irá evolucionando, a veces cometiendo errores que serán subsanados en futuras actualizaciones, al fin y al cabo es una rom en desarrollo...
El más que posible motivo por el que se habilitó el zRAM en el falcon (Moto G 2013) es un bug aún sin identificar por el cuál al cabo de un tiempo de uso el consumo de RAM se dispara:
Cita:
Pending bugs: (lack of data)
The so called "well know" RAM bug (that isn't so well known...) [M] [click for more]
Fuente:
http://forum.xda-developers.com/show...89&postcount=3
por fortuna, el armani no padece dicho problema y por tanto el uso de zRAM es algo totalmente opcional. No critico la implementación de la posibilidad de usar zRAM, ni la posible implementación de KSM (ambos métodos reconocidos por Google a partir de 4.4 pero que ya se usaban antes en custom ROMs y que están orientadas a dispositivos con 512MB de RAM, algo de lo que se vanaglorió precisamente Google cuando lanzó KitKat anunciándolo como una de las características "estrella" de dicha versión:
https://source.android.com/devices/tech/low-ram.html), mi comentario hace referencia a que se implemente cualquiera de ellas y se habilite por defecto sin que exista un modo sencillo para que el usuario pueda decidir que hacer (una opción en los ajustes de rendimiento que en versiones previas de cm 11 existía y que por algún motivo ya no está, y al igual que comentas tú en el caso del powersave, que cada uno haga lo que quiera), considero que las características opcionales de un kernel, han de venir deshabilitadas por defecto y darle opción al usuario sobre qué hacer con ellas, y no implementarlas hasta que exista un método para gestionarlas desde el propio sistema.
En cuanto al interactive, sinceramente, no he visto ningún dispositivo que no sea una tablet en el que dicho gobernador venga establecido por defecto (puede que sí habilitado para poder seleccionarlo, pero sigo pensando que no es algo necesario).
En lo referente a conservative, el principal "problema" viene a través de su inclusión en los perfiles, no en la habilitación del mismo (al igual que con interactive, cada uno es responsable de activarlo o no) el funcionamiento de powersave se presupone testado, no así el de conservative. No sé cuál será el porcentaje de usuarios que hará uso de los perfiles, pero supongo que éste será bajo, lo que implica pocas posibilidades de recavar datos sobre su funcionamiento y posibles fallos (si interactive los tiene, es posible que éste también).
En cuanto al concepto "stock", con ello me refiero a las partes del kernel procedentes de Code Aurora, o en su defecto, aquellas partes comunes a los dispositivos soportados por Cyanogen (que tampoco tienen porqué estar exentas de errores) y no a los commits procedentes de Xiaomi (nos tiramos un par de días analizando el código del táctil para solucionarlo, ya que lo mencionas (y el driver de vibración es otra "joya" made in Xiaomi); por desgracia éste y otros fallos se deben al uso de código legacy y un kernel relativamente antiguo por parte de Xiaomi, que empieza a dar la impresión de haber sacado el Redmi 1S en mal momento y casi por error, con una versión anticuada de android y precisamente, una de las menos proliferas, y que se ha vendido mas por especificaciones a nivel hardware y marketing que por otro motivo). Y precisamente la modificación del perfil "powersave" no es cosa de Xiaomi, el falcon (al cuál mencionas) y por ende el peregrine (Moto G 2014) usa powersave, y no conservative:
https://github.com/CyanogenMod/andro...c/init.qcom.rc, luego no es un standard, pero en cualquier caso, es un "mal" menor y únicamente habrá que observar si aparece algún fallo durante su uso.