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.