Ver la Versión Completa : Punto debil del Galaxy Nexus
Hola, abro este tema porque he buscado información y no he encontrado nada.
La cosa es que usaba la stock Rom de Google en mi Galaxy Nexus y a veces se ralentizaba... investigando me he dado cuenta que se debe a la velocidad de lectura y escritura en el sistema de archivos, o la I/O que nos sale en Quadrant para que me entendáis.
Esta claro que el terminal da mucho mas de si con las Roms cocinadas, y si ademas le ponemos un buen kernel, la I/O aumenta considerablemente. Lo digo porque el otro día probé un par de Roms+kernels y el móvil volaba!
Lo que no me cuadra es porque la diferencia de la lectura/escritura es tan grande? ¿casi 6 veces mas rápido con un kernel modificado? ¿por que Google no optimiza mas esto???? ¿Google no puede y los cocineros si? No me entra en la cabeza y sinceramente estoy cabreado con esto porque a la hora de intentar moverte rápido por el sistema operativo, abrir aplicaciones cambiarte entre ellas, y hacer muchas cosas a la vez el sistema va lento (con la stock Rom) y esto es porque la lectura/escritura es lenta.
Si Google lo hiciera mejor me quedaría con la stock Rom, ya sabéis, por no estar cada 2x3 cambiando de Rom, kernel y tenerlo todo disponible siempre y bien organizado.
Me gustaría saber por que Google no arregla estas cosas.
Si alguien sabe mas del tema que me ilumine por favor.
http://img220.imageshack.us/img220/2632/cutrerom.png
javiorz
09/05/12, 12:56:44
Politica, sencillamente.
Hay muchos servicios y cosas instaladas que a Google le interesa que tengas y que un cocinero que busca rendimiento elimina de un plumazo, así de sencillo.
imaginate algo que recopila información sobre que webs visitas más amenudo bla bla bla para luego poder ofrecer mejores resultados de busquedas, puede ralentizar el telefono. Un cocinero lo quita porque a el eso se la trae floja y todos contentos. Y como esto, 50.000 cosas más. No es que Google no sepa y los cocineros si obviamente.
Politica, sencillamente.
Hay muchos servicios y cosas instaladas que a Google le interesa que tengas y que un cocinero que busca rendimiento elimina de un plumazo, así de sencillo.
imaginate algo que recopila información sobre que webs visitas más amenudo bla bla bla para luego poder ofrecer mejores resultados de busquedas, puede ralentizar el telefono. Un cocinero lo quita porque a el eso se la trae floja y todos contentos. Y como esto, 50.000 cosas más. No es que Google no sepa y los cocineros si obviamente.
Pero no me refería a esto de llevar mas basura de aplicaciones, si no a una optimizacion interna del sistema operativo para que el teléfono funcione mejor independientemente de lo que lleve instalado, no se si me explico.
javiorz
09/05/12, 13:13:40
Pero no me refería a esto de llevar mas basura de aplicaciones, si no a una optimizacion interna del sistema operativo para que el teléfono funcione mejor independientemente de lo que lleve instalado, no se si me explico.
Está pensado para usarse en infinidad de dispositivos con hardware diferente, por tanto no pueden optimizar para un hardware concreto tal y como hace Apple porque perdería la esencia de ser.
En cuanto a optimización del sistema en sí en otros aspectos, ya lo hacen, acaso ICS no implementa muchisimas más cosas y está demostrado que en un Galaxy S funciona increible y por el contrario 2.2 Froyo iba como el culo?
Las cosas no son mejores porque no quieran, si no porque hay muchisimos problemas para lidiar y el mayor, es el que comento de hardware, si se limitaran a optimizar para un "hardware en concreto" mejorarían infinitamente, pero se limitarian mucho el mercado, todos con el mismo chip o mismo fabricante, mismas prestaciones todos los modelos, gamas bajas sin posibilidades, etc, etc, etc.
Está pensado para usarse en infinidad de dispositivos con hardware diferente, por tanto no pueden optimizar para un hardware concreto tal y como hace Apple porque perdería la esencia de ser.
En cuanto a optimización del sistema en sí en otros aspectos, ya lo hacen, acaso ICS no implementa muchisimas más cosas y está demostrado que en un Galaxy S funciona increible y por el contrario 2.2 Froyo iba como el culo?
Las cosas no son mejores porque no quieran, si no porque hay muchisimos problemas para lidiar y el mayor, es el que comento de hardware, si se limitaran a optimizar para un "hardware en concreto" mejorarían infinitamente, pero se limitarian mucho el mercado, todos con el mismo chip o mismo fabricante, mismas prestaciones todos los modelos, gamas bajas sin posibilidades, etc, etc, etc.
Creo que no me sigues...
Android lo hace Google, eso ya lo se, y lo tiene que hacer pensando en lo que tu dices, que se pueda incorporar a casi cualquier tipo de hardware.
Pero luego, Google tiene SU teléfono, y lleva software que es único de el, como los drivers de sus componentes y otras cosas que debería de optimizar para ESE teléfono en concreto, el Galaxy Nexus. No se puede meter Android directamente a cualquier hardware, hay que adaptarlo, y en esa adaptación debe de estar la optimización que yo digo.
A esto es a lo que me referia, a la parte de optimizar ese terminal, no Android.
No se si ahora me he explicado mejor XD.
Gracias por tu opinion!
javiorz
09/05/12, 13:41:51
Creo que no me sigues...
Android lo hace Google, eso ya lo se, y lo tiene que hacer pensando en lo que tu dices, que se pueda incorporar a casi cualquier tipo de hardware.
Pero luego, Google tiene SU teléfono, y lleva software que es único de el, como los drivers de sus componentes y otras cosas que debería de optimizar para ESE teléfono en concreto, el Galaxy Nexus. No se puede meter Android directamente a cualquier hardware, hay que adaptarlo, y en esa adaptación debe de estar la optimización que yo digo.
A esto es a lo que me referia, a la parte de optimizar ese terminal, no Android.
No se si ahora me he explicado mejor XD.
Gracias por tu opinion!
Pero es que Google trabaja sobre Android, no sobre ESE telefono en concreto. Quiero decir, el trabajo de Google gordo está sobre la base común de Android, que es lo que afecta al 99% del funcionamiento de los terminales. No van a dedicarse a fondo a un terminal si a los 9 meses sacaran otro, aparte que repito que lo que a Google le interesa es que el sistema avanze, no centrarse en un terminal, a pesar que seguro que tendrá sus más y sus menos.
Saludos
PD: El Quadrant es totalmente orientativo, no bases tu opinión en este tipo de benchmarks sinteticos. Además, el I9000 tambien pecaba en IO, quizás es cosa de Hardware de Samsung que peca en ese apartado.
PD2: Se me hace dificil entender realmente que quieres decir con "optimizar el terminal", si no te refieres a Android. Hardware+Software(SO+drivers) = Nexus. Y si el SO no está optimizado para el hardware, ya le puedes meter drivers que no podrán hacer magia.
Pero es que Google trabaja sobre Android, no sobre ESE telefono en concreto. Quiero decir, el trabajo de Google gordo está sobre la base común de Android, que es lo que afecta al 99% del funcionamiento de los terminales. No van a dedicarse a fondo a un terminal si a los 9 meses sacaran otro, aparte que repito que lo que a Google le interesa es que el sistema avanze, no centrarse en un terminal, a pesar que seguro que tendrá sus más y sus menos.
Saludos
PD: El Quadrant es totalmente orientativo, no bases tu opinión en este tipo de benchmarks sinteticos. Además, el I9000 tambien pecaba en IO, quizás es cosa de Hardware de Samsung que peca en ese apartado.
PD2: Se me hace dificil entender realmente que quieres decir con "optimizar el terminal", si no te refieres a Android. Hardware+Software(SO+drivers) = Nexus. Y si el SO no está optimizado para el hardware, ya le puedes meter drivers que no podrán hacer magia.
Veo que sigues sin entender al chaval, pero bueno...
Yo creo que los cocineros no se tienen que esforzar por sacar una rom estable, ni de que se queme el procesador (ahora me explico), si a Google le pasa cualquiera de esas dos cosas lo crucificamos. Y por eso son tan conservadores, o eso pienso yo. También puede ser que no les de la gana.
Edito: Para contestar al quote, Google se puede permitir trabajar sobre la base de android a full y tener a otro equipo lo grande que quiera trabajando en el nexus.
Pero es que Google trabaja sobre Android, no sobre ESE telefono en concreto. Quiero decir, el trabajo de Google gordo está sobre la base común de Android, que es lo que afecta al 99% del funcionamiento de los terminales. No van a dedicarse a fondo a un terminal si a los 9 meses sacaran otro, aparte que repito que lo que a Google le interesa es que el sistema avanze, no centrarse en un terminal, a pesar que seguro que tendrá sus más y sus menos.
Saludos
PD: El Quadrant es totalmente orientativo, no bases tu opinión en este tipo de benchmarks sinteticos. Además, el I9000 tambien pecaba en IO, quizás es cosa de Hardware de Samsung que peca en ese apartado.
PD2: Se me hace dificil entender realmente que quieres decir con "optimizar el terminal", si no te refieres a Android. Hardware+Software(SO+drivers) = Nexus. Y si el SO no está optimizado para el hardware, ya le puedes meter drivers que no podrán hacer magia.
Pues sera eso que dices, interesara mas la evolución de Android que sacarle mas jugo al terminal.
Lo del Quadrant no es lo que me interesa y ya lo dije. Dije que es la velocidad de lectura escritura, que da pena (y no hablo de cuando conectas el móvil al PC por USB) y como bien sabrás, cuando le das caña al móvil, esto es muy importante, es lo que ralentiza el teléfono: las Apps tardan mas en abrir, cuando abres la lista de widgets y pasas tarda en cargar... prácticamente en cualquier operación que hagas esta este problema y no tienes respuesta rápida.
Pero como ya dijiste, aunque la prioridad de Google sea evolucionar Android, y no los Nexus en si, una diferencia de 5 o 6 veces en esto tan importante es mucha tela, no estamos hablando de 1,5 o el doble, por eso estoy cabreado.
Es como si a un Core i7 le pones un disco duro patatero del 2005.
Lo que tengo clarisimo con todo esto es que el terminal puede dar mucho mas de si... en fin habra que buscarse la vida con las Roms no oficiales.
Saludos
javiorz
09/05/12, 13:58:54
Veo que sigues sin entender al chaval, pero bueno...
Yo creo que los cocineros no se tienen que esforzar por sacar una rom estable, ni de que se queme el procesador (ahora me explico), si a Google le pasa cualquiera de esas dos cosas lo crucificamos. Y por eso son tan conservadores, o eso pienso yo. También puede ser que no les de la gana.
Ok, explicame entonces como Google puede "optimizar" un terminal si no hablamos de optimizar Android, quizás se me pasa algo por alto.
A veces parece que nos olvidamos que a nivel de Hardware hablamos de Samsung.
javiorz
09/05/12, 14:04:01
Pues sera eso que dices, interesara mas la evolución de Android que sacarle mas jugo al terminal.
Lo del Quadrant no es lo que me interesa y ya lo dije. Dije que es la velocidad de lectura escritura, que da pena (y no hablo de cuando conectas el móvil al PC por USB) y como bien sabrás, cuando le das caña al móvil, esto es muy importante, es lo que ralentiza el teléfono: las Apps tardan mas en abrir, cuando abres la lista de widgets y pasas tarda en cargar... prácticamente en cualquier operación que hagas esta este problema y no tienes respuesta rápida.
Pero como ya dije, aunque la prioridad de Google sea evolucionar Android, y no los Nexus en si, una diferencia de 5 o 6 veces en esto tan importante es mucha tela, no estamos hablando de 1,5 o el doble, por eso estoy cabreado.
Es como si a un Core i7 le pones un disco duro patatero del 2005.
Saludos
Que conste, que yo tambien estoy cabreado y tienes todisima la razon eh? En ningun momento he pretendido quitartela, es una verguenza que con un hardware puntero no vaya mejor de lo que va xDD
Pero ya te digo que no creo que sea tan "sencillo" ni "rentable"
Ok, explicame entonces como Google puede "optimizar" un terminal si no hablamos de optimizar Android, quizás se me pasa algo por alto.
A veces parece que nos olvidamos que a nivel de Hardware hablamos de Samsung.
¿Porque puede hacer las dos cosas a la vez?
Si ya no se ni de que va la discusión. Era porque los valores de I/O cambian drásticamente con una cocinada, luego dices tu que es normal ya que se desarrolla android para muchos teléfonos, con lo cual no se puede optimizar para un terminal. Yo te digo que a parte de que son cosas independientes, ya que para desarrollar una ROM (grosso modo), coges el codigo fuente de android y los drivers y demas software propietario, para tu teléfono, y se mezclan dando lugar a tu propia ROM. Como verás lo que más hacen los cocineros es optimizar kernel, que va muy relacionado con el Hardware.
Por otra parte te recomiendo que leas sobre la arquitectura de Android y tutoriales varios. Ya que si Google no puede optimizar su teléfono por tener que optimizar Android en general, es que algo funciona mal en la gran G.
efrensoljer
09/05/12, 14:09:01
Podria deberse al problema que tenia el Galaxy S con JIT (Just in time) es parte de la programación de Java, precisamente por lo que iba tan mal el Galaxy S era por eso (y que sigo diciendo que Samsung parece arrastrar a un a dia de hoy este mismo problema puesto que en Galaxy S2 y como bien dices en el Nexus e comprobado que le pasa exactamente lo mismo y que realmente ni con las Custom Rom se soluciona del todo si que va mucho mas fluido ya sea por eliminación de aplicaciones en segundo plano o por la optimizacion del mismo pero si que es cierto que siempre e notado este problema desde Galaxy S hasta el Galaxy Nexus (Y en el Galaxy S3 aun esta por ver...)
PD: Sinceramente como ya pensaba en el Galaxy S sigo pensado que todo esto es un problema de Hadware de Samsung, la verdad es que la calidad de muchos de los aparatos de samsung deja bastante que desea "OJO" que nadie se ofenda que ademas no lo digo solo por sus Smartphones si no por todo lo que fabrican en general.
Un saludo. =)
Me gustan estos temas en los que nos bajamos de la nube para admitir fallos de Google, Android o terminales Android jeje.
javiorz
09/05/12, 14:12:48
¿Porque puede hacer las dos cosas a la vez?
Si ya no se ni de que va la discusión. Era porque los valores de I/O cambian drásticamente con una cocinada, luego dices tu que es normal ya que se desarrolla android para muchos teléfonos, con lo cual no se puede optimizar para un terminal. Yo te digo que a parte de que son cosas independientes, ya que para desarrollar una ROM (grosso modo), coges el codigo fuente de android y los drivers y demas software propietario, para tu teléfono, y se mezclan dando lugar a tu propia ROM. Como verás lo que más hacen los cocineros es optimizar kernel, que va muy relacionado con el Hardware.
Por otra parte te recomiendo que leas sobre la arquitectura de Android y tutoriales varios. Ya que si Google no puede optimizar su teléfono por tener que optimizar Android en general, es que algo funciona mal en la gran G.
1- Obviamente si dedicas un % de volumen de trabajo sobre Android en general, te quedan menos recursos para dedicarte a optimizar un terminal en concreto.
2- Repito que ya se que hay muchas maneras de optimizar un Kernel, y he dicho que muchas veces no se hace porque hay intereses detrás, como ya he dicho hay mucha basura que hace ganar dinero, estadisticas, datos, seguridad, etc a estas empresas y no pueden pasarse por alto, cosa que un cocinero si.
3-Demuestrame a groso modo tambien como optimizar un terminal sin tocar Android. A ver si nos creemos que los millones de dolares que se gastan en el desarrollo de Android se lo pasan jugando a tenis los programadores. Si no lo mejoran más, es porque hay restricciones/limitaciones/politica/intereses. Que ingenuos parecemos a veces.
Google vs "cuatro cocineros de kernels". Obviamente pensamos que los "cuatro cocineros", hacen magia y mejoran el kernel que Google no ha sabido mejorar.
javiorz
09/05/12, 14:15:45
Podria deberse al problema que tenia el Galaxy S con JIT (Just in time) es parte de la programación de Java, precisamente por lo que iba tan mal el Galaxy S era por eso (y que sigo diciendo que Samsung parece arrastrar a un a dia de hoy este mismo problema puesto que en Galaxy S2 y como bien dices en el Nexus e comprobado que le pasa exactamente lo mismo y que realmente ni con las Custom Rom se soluciona del todo si que va mucho mas fluido ya sea por eliminación de aplicaciones en segundo plano o por la optimizacion del mismo pero si que es cierto que siempre e notado este problema desde Galaxy S hasta el Galaxy Nexus (Y en el Galaxy S3 aun esta por ver...)
PD: Sinceramente como ya pensaba en el Galaxy S sigo pensado que todo esto es un problema de Hadware de Samsung, la verdad es que la calidad de muchos de los aparatos de samsung deja bastante que desea "OJO" que nadie se ofenda que ademas no lo digo solo por sus Smartphones si no por todo lo que fabrican en general.
Un saludo. =)
Totalmente de acuerdo.
Como ya he dicho a veces nos olvidamos de que la circuiteria y algoritmia del Hardware lo pone Samsung, y que "de donde no hay, no se puede sacar". Quiero decir que desde el Galaxy S había problemas de Lag y Android tendría que "centrarse en los problemas de Samsung" para que 3 terminales suyos vayan mejor. Van a dedicar menos recursos a lo "gordo" de Android para que 3 terminales de Samsung funcionen mejor a costa de "abandonar" al resto de fabricantes/modelos? Eso no lo hará, no es la esencia de Android.
Saludos
Arriate
09/05/12, 14:19:17
Todos tenéis razón y esta claro pero como dicen alguno mejora una barbaridad con ROM cocinadas. En mi opinión lo único que le veo muy flojo al móvil es la camara, por lo demás mejora día a día. Actualmente tengo la ROM cocinada al estilo español, la v7 que ded cojones. la verdad que el mejor test es el día a día y ese me dice que mi móvil a día de hoy va mejor que nunca.
Podria deberse al problema que tenia el Galaxy S con JIT (Just in time) es parte de la programación de Java, precisamente por lo que iba tan mal el Galaxy S era por eso (y que sigo diciendo que Samsung parece arrastrar a un a dia de hoy este mismo problema puesto que en Galaxy S2 y como bien dices en el Nexus e comprobado que le pasa exactamente lo mismo y que realmente ni con las Custom Rom se soluciona del todo si que va mucho mas fluido ya sea por eliminación de aplicaciones en segundo plano o por la optimizacion del mismo pero si que es cierto que siempre e notado este problema desde Galaxy S hasta el Galaxy Nexus (Y en el Galaxy S3 aun esta por ver...)
PD: Sinceramente como ya pensaba en el Galaxy S sigo pensado que todo esto es un problema de Hadware de Samsung, la verdad es que la calidad de muchos de los aparatos de samsung deja bastante que desea "OJO" que nadie se ofenda que ademas no lo digo solo por sus Smartphones si no por todo lo que fabrican en general.
Un saludo. =)
Yo creo que no es asi.
El problema que tenia el Galaxy S era por un sistema de archivos que montaba que era pesimo y no me acuerdo el nombre. Con EXT 3 o 4 en las Roms se solucionaba el problema. El galaxy S2 no tiene este problema... va muy rapido en este sentido, mas que el Galaxy Nexus.
Problema de hardware no es tampoco, ya que como bien decimos todos, el Galaxy Nexus da mucho mas rendimiento con un buen kernel, por lo cual descartado que sea fallo de hardware.
Yo creo que los tiros van por donde dice @javiorz.
javiorz
09/05/12, 14:20:59
Yo creo que no es asi.
El problema que tenia el Galaxy S era por un sistema de archivos que montaba que era pesimo y no me acuerdo el nombre. Con EXT 3 o 4 en las Roms se solucionaba el problema. El galaxy S2 no tiene este problema... va muy rapido en este sentido, mas que el Galaxy Nexus.
Hasta un Galaxy S con ICS he visto que va más rapido en la mayoria de transiciones y efectos de la pantalla, pero eso se debe que la pantalla es 800x480 y se nota claramente que el sistema la mueve facilmente, 1280x720 parece que le cuesta más. Vamos, apostaría la mano que es por eso.
Hasta un Galaxy S con ICS he visto que va más rapido en la mayoria de transiciones y efectos de la pantalla, pero eso se debe que la pantalla es 800x480 y se nota claramente que el sistema la mueve facilmente, 1280x720 parece que le cuesta más. Vamos, apostaría la mano que es por eso.
La resolución no es creo yo. Eso es para mover gráficos en 2D y 3D, como la interfaz de usuario y juegos, y se mueve bastante bien creo yo, muy fluido. El problema esta en que cuando se solicitan cargar procesos el móvil los carga muy lentamente. Por eso digo que es cosa de la velocidad de lectura y escritura del sistema de archivos de la flash del teléfono.
A lo mejor me estoy equivocando....
Paso. Simplemente paso. Si crees que simplemente se puede optimizar un teléfono android, solo mejorando el SO, bien por tí. Es como decir que solo se puede mejorar un coche mejorando el motor. Pero como veo que debes ser ingeniero electrónico o informático me lo creo.
3-Demuestrame a groso modo tambien como optimizar un terminal sin tocar Android. A ver si nos creemos que los millones de dolares que se gastan en el desarrollo de Android se lo pasan jugando a tenis los programadores.
Edito: y lo de jugar a tenis, es muy probable siendo Google...
javiorz
09/05/12, 14:39:04
Paso. Simplemente paso. Si crees que simplemente se puede optimizar un teléfono android, solo mejorando el SO, bien por tí. Es como decir que solo se puede mejorar un coche mejorando el motor. Pero como veo que debes ser ingeniero electrónico o informático me lo creo.
Edito: y lo de jugar a tenis, es muy probable siendo Google...
De verdad, no te piques, solo te estoy pidiendo de buenas maneras que me digas como lo harías tu. Y ya puestos, pararnos a pensar que cambios se necesitan, si sale rentable para un telefono que será el "top" unos meses, que en 2 años ya estarará "obsoleto", etc. Dime tu si no es metiendole más hardware, como mejorarías el Nexus sin tocar SO. Obviamente cambios que realmente fuesen notables. Para que entiendas por donde voy, la mejor ROM que he probado es la SLIM, por que? Porque le han quitado TODA la basura que viene instalada de Google, Samsung, etc.. Vamos la bazofia que a ellos les aportará fijo "datos/info/control/beneficios" y que nosotros ni conocemos, ni vemos, ni queremos saber.
Y SI, soy ingeniero informático pero lo mio es más Sistemas :lengua:
En un mismo PC, cambiar un disco duro magnético por un disco duro SSD puede marcar una diferencia importante en la velocidad. Es algo equivalente a lo que estoy diciendo del Galaxy Nexus.
Bueno creo que los tiros van por que a Google no le interesa perder mucho tiempo en los Nexus para optimizarlos mas, y da mas prioridad a desarrollar Android. De lo que si se encargara es de que los Nexus no tengan bugs y funcionen bien, aunque esto suponga no poder darles tanta velocidad.
Por cierto, no me gustan las picaciones (aunque si en la play XD)
Yo creo que los que crean los kernels son los que tienen que ver este tema super claro, me muero de ganas por una explicación de porque esta diferencia de 5 o 6 veces mas rápido.
¿Que sera lo que cambia internamente en el kernel para que sea mucho mas veloz?
javiorz
09/05/12, 14:44:59
En un mismo PC, cambiar un disco duro magnético por un disco duro SSD puede marcar una diferencia importante en la velocidad. Es algo equivalente a lo que estoy diciendo del Galaxy Nexus.
Bueno creo que los tiros van por que a Google no le interesa perder mucho tiempo en los Nexus para optimizarlos mas, y da mas prioridad a desarrollar Android. De lo que si se encargara es de que los Nexus no tengan bugs y funcionen bien, aunque esto suponga no poder darles tanta velocidad.
Pues habrá que decirle a Samsung que inviera más en las memorias internas, de mayor velocidad, etc. Google te dirá que si Samsung le ofrece X precio/calidad y no le da algo mejor por el mismo precio, que va a hacerle.
javiorz
09/05/12, 14:47:38
Yo creo que los que crean los kernels son los que tienen que ver este tema super claro, me muero de ganas por una explicación de porque esta diferencia de 5 o 6 veces mas rápido.
¿Que sera lo que cambia internamente en el kernel para que sea mucho mas veloz?
Repito una vez más, ponte el caso más heavy: Liberas al kernel de toda la carga de trabajo de controlar procesos de Google de comprobar actualizaciones, de logs, de posicionamiento de algunos servicios, recoleccion de info para estadisticas, bla, bla, bla. Nosotros salimos ganando, pero no les pidas que implementen eso en sus kernels de fabrica, nos entendemos?
Es como decirle a un fabricante de coches/compañia de seguros que te quite la carroceria del coche, que tu no la quieres para nada, que lo unico que quieres es ir rapido, te van a decir que tururú porque ellos tienen intereses en que tu hagas las cosas de una manera xDD
firekyo_90
09/05/12, 14:50:17
Vamos a ver, el kernel es individual de cada teléfono, por lo que he entendido tiene una parte muy importante que depende de Linux. Pero es la interfaz encargada de comunicar el hardware y el software, actúa de puente entre Android y el Hardware, y eso tiene que ser individual de cada teléfono.
No se porque sigues insistiendo javiorz en que hay que optimizar Android, Google debe de hacer las dos cosas porque tiene dinero y programadores suficientes para hacerlo. El Nexus es su teléfono de desarrollo y la base de su sistema, como tal deberían de encargarse de que el funcionamiento sea el mejor. Y está claro que este Nexus funciona mucho más rápido utilizando el Franco Kernel o el Lean que el Stock. Posiblemente se trate de una cuestión de ser más conservador y evitar problemas futuros, pero la diferencia está ahí y es muy palpable.
Especialmente en las primeras versiones de software era increíble.
javiorz
09/05/12, 14:51:48
Vamos a ver, el kernel es individual de cada teléfono, por lo que he entendido tiene una parte muy importante que depende de Linux. Pero es la interfaz encargada de comunicar el hardware y el software, actúa de puente entre Android y el Hardware, y eso tiene que ser individual de cada teléfono.
No se porque sigues insistiendo javiorz en que hay que optimizar Android, Google debe de hacer las dos cosas porque tiene dinero y programadores suficientes para hacerlo. El Nexus es su teléfono de desarrollo y la base de su sistema, como tal deberían de encargarse de que el funcionamiento sea el mejor. Y está claro que este Nexus funciona mucho más rápido utilizando el Franco Kernel o el Lean que el Stock. Posiblemente se trate de una cuestión de ser más conservador y evitar problemas futuros, pero la diferencia está ahí y es muy palpable.
Especialmente en las primeras versiones de software era increíble.
Yo sigo pensando que veis las cosas demasiado faciles y que en Google no deben querer mejorar, no? Pero bueno, lo dejaremos por hoy.
Saludos
Bueno, ahora intentare averiguar que es lo que cambian los creadores de kernel para que la velocidad lectura/escritura del sistema de archivos aumente una barbaridad. Quiza ello de alguna respuesta de porque Google no lo hace.
Saludos a todos.
vBulletin® v3.8.1, Copyright ©2000-2026, Jelsoft Enterprises Ltd.