Archivos de la categoría: Soluciones
Mozilla identifica los add-ons para Firefox más lentos
El rendimiento de Firefox es una cuestión que preocupa a Mozilla desde hace mucho tiempo, aspecto que en la versión 4 de Firefox ha mejorado notablemente. Tras numerosas correcciones que fueron surgiendo en cada actualización del panda rojo, ahora el foco está puesto en uno de los cuellos de botella más importantes: los add-ons.
Addons que ralentizan a Firefox (dar clic para ver la lista de los 10 primeros).
Cada semana, Mozilla analizará los 100 complementos más populares de su galería y publicará un informe sobre los que tienen un mayor impacto sobre el rendimiento. Por ejemplo, Firebug hace que el navegador necesite un 74% más de tiempo para iniciarse.
Pero esto no termina aquí porque, en las próximas semanas, se ofrecerán advertencias sobre todo complemento que introduzca una demora mayor al 25% en el tiempo de carga. De esta manera, ya sea descargándolo a través de la web o directamente desde el Administrador de Complementos, podremos decidir si realmente vale la pena instalarlo.
Estas medidas se complementarán con una serie de consejos para los desarrolladores y la posibilidad de implementar los análisis también durante la revisión de cada add-on que se envíe a la galería, al igual que comprobar el impacto que pueden tener en la velocidad de carga de las páginas.
Por último, en futuras versiones de Firefox (que habrá varias durante este año), habrá un pequeño cambio pero importante: la obligación de que el usuario apruebe explícitamente cada instalación. Con esta modificación, compañías como Apple, Google y Microsoft ya no podrán instalar barras de herramientas y plugins sin la debida autorización.
Realmente todas las novedades son aportes interesantes, porque están referidas a una de las características más atractivas de Firefox: la capacidad de personalizar casi todos los aspectos de la aplicación, aún a riesgo de inutilizarla por completo. Ahora, no sólo podremos ahorrarnos algunos dolores de cabeza, sino que también tendremos más control sobre nuestra aplicación, lo cual siempre es positivo.
Mozilla gana adeptos en la industria con el Do Not Track
Una de las primeras compañías que aceptó y propagó la utilización de la regulación de las cookies fue Mozilla.
La compañía lanzó finalmente dentro de Firefox 4 la herramienta de ‘No seguimiento’ en las preferencias del navegador, una aplicación que permitiría a los usuarios informar a los proveedores que no desean el seguimiento de según que webs, una fórmula que de alguna manera viene a modificar el estado de las cookies y sus usos diarios. Pues bien, pasados unos días del lanzamiento de Firefox 4, parece que comienza a tener adeptos entre la industria.
Uno de los principales motivos de queja que existen hacia esta propuesta tiene que ver con que el funcionamiento solamente es óptimo si los anunciantes aceptan el feedback lanzado por el navegador. Como decía anteriormente, la situación es más positiva de lo que pudiera pensarse. Tras unos días de F4, la compañía ha anunciado que muchas compañías comienzan a aceptar el “reto”.
El registro de noticias AP ha sido el primero en implementar el soporte Do Not Track a más de 800 alojamientos que cuentan en total con 175 millones de visitantes únicos. Todos estos alojamientos que visiten los usuarios podrán elegir entre navegar con la herramienta y no ser objeto de seguimiento alguno.
La compañía también se encuentra en negociaciones con la DAA, Alianza de Publicidad Digital, quienes estudian la posibilidad de incorporarlo en su programa interno de autorregulación. Este paso es de los más importantes, ya que básicamente la publicidad masiva es la razón de ser de la herramienta. La DNA representa a más de 5.000 empresas del sector de la comunicación en Internet y el comercio.
Así las cosas, parece que la sensación generalizada por parte de los anunciantes y la publicidad es la de aceptar de buen grado la llegada de la opción. Por parte de los usuarios, una buena opción para evitar o recomendar que no desean la “invasión” de la publicidad y los “reclamos” que llegaban de nuestros registros.
[Firefox4] Mejoras en el arranque III y final
Si miras tu perfil de Firefox (3.6 o anteriores) verás que tienes una carpeta llamada “extensions” que si entras puedes ver normalmente una serie de carpetas con nombres o bien con números y letras totalmente indescifrables. Si abres cualquiera de esas carpetas verás que se trata de una extensión y que tiene… ¡más archivos! Más archivos que hay que leer al abrir Firefox, lo que puede hacer que el arranque sea más lento.
Entonces, los desarrolladores pensaron en… si al instalar las extensiones descargamos un único archivo, ¿por qué no lo dejamos como tal y usamos lo mismo que con omni.jar, abriendo el archivo al vuelo al arrancar? (recordemos, que el uso de CPU por descomprimir un archivo en memoria es irrisorio comparado con tener que abrir decenas de archivos en un disco duro).
Y eso han hecho. En la mayoría de las extensiones que instales en Firefox 4 (hay algunas que necesitan descomprimirse) verás que tendrás un archivo .xpi en vez de un directorio (de hecho, este directorio sería la descompresión del .xpi que ahora está en modo paquete. Y sí, de nuevo el .xpi es muy parecido al .jar, un archivo .zip sin compresión).
Como ustedes ven, se han hecho cosas para mejorar el proceso de arranque, para que sea más rápido (se han quedado cosas en el tintero, como uso de mejores asignaciones de memoria, compiladores más nuevos, mayores optimizaciones, uso de software más nuevo como SQLite), pero lo principal son estos 3 puntos que se comentan en el artículo, que esperamos sean (sobre todo el primero) el que más tiempo les mejores el arranque.
[Firefox4] Mejoras en el arranque II
Un poco de historia. Firefox tiene una estructura, en la cual para cada arranque tenía que abrir diferentes archivos .jar (que son archivos ZIP, como los comprimidos, pero sin compresión. Podríamos describirlos como un simple contenedor de archivos) pero que tenía sus limitaciones. Sobre todo, que tenía que abrir archivos dentro de la carpeta “components” que son como módulos (de navegación privada, criptográficos, de sincronización, de sesión…). Y estos archivos estaban por separado, por lo cual tenía que abrir cientos de archivos en total, y una de las premisas de los ordenadores es que la lectura de disco duro es tremendamente lenta (comparada con otras operaciones). Por lo cual, cuanto menos leamos, más rápidos seremos en terminar el arranque.
Omni.jar viene a solucionar esto. Ya que es un archivo que empaqueta la mayoría de los archivos de arranque, haciendo una sola lectura de archivo y extrayéndolos en la memoria vía CPU (el uso de CPU es minúsculo comparado con el tiempo de leer varios cientos de archivos), lo que acelera enormemente el arranque. Además, este formato de archivo está listo para más optimizaciones (leer en primer lugar lo primero que se necesita e ir usándolo y continuar en otro hilo con la lectura de más archivos, con lo que el arranque podría ser incluso mejor).
Según un artículo del desarrollador mwu, pasamos de leer 259 archivos a sólo 61, un 76.4% menos de archivos.
Este fue el segundo artículo dedicado a este apartado en Firefox 4, en el tercero tocaremos el punto de las Extensiones sin descomprimir.
Navidad prueba 
Dota 
Assasin Creed 2 
