Mozilla hispano, tu comunidad en español de Mozilla

En los últimos días se ha venido comentando una noticia que, de nuevo, intenta desprestigiar a Mozilla, concretamente al futuro navegador Firefox 3.

Como ya ha ocurrido en anteriores ocasiones, la facilidad con que la gente puede ver cómo funciona el navegador (descargando los archivos fuente) y cómo se arreglan los fallos o se discute y debate acerca de si se necesita una mejora, se debe arreglar un bug o no (recordemos, los bugs en Mozilla no sólo son fallos, también pueden ser peticiones de mejora o ideas de una persona para incorporar al programa), ha hecho que ciertas páginas web de informática y numerosos weblogs hayan empezado a discutir el rendimiento de Firefox 3 en los sistemas GNU/Linux.

A pesar de que se ha comentado en numerosas ocasiones el beneficio que va a traer Firefox 3 sobre su antecesor, la versión 2, en cualquier sistema operativo, de nuevo saltan informaciones de que no será tan grande, o bien que el producto no va a salir completamente depurado y libre de bugs.

En este punto tenemos que ver las dos partes, por una, los blogs que comentan esta noticia. Por otra parte, la respuesta de Mozilla, de parte de Mike Shaver.

La nueva versión de Firefox guarda sus datos, como marcadores, descargas, historial y las distintas bases de datos en un formato libre y abierto como es SQLite (que es utilizado para la nueva barra de direcciones inteligente). SQLite parece ser que tiene problemas de rendimiento (a pesar de ser mucho más ligero y rápido que otras bases de datos, como MySQL u Oracle) con algunos sistemas GNU\Linux, que utilicen un sistema de archivos ext3 (que suele ser el más usado), y con una determinada configuración de montaje.

El problema radica en cómo se guardan esos datos en el disco duro. En principio, en vez de copiar todos los datos directamente al disco duro, o un sistema de almacenamiento como tal, se guardan en memoria, y según vaya diciendo el sistema operativo, se van guardando en el disco duro, asegurando éste si se ha copiado correctamente para prevenir una pérdida de datos, que incluso podría ser irrecuperable. La función que realiza todos estos datos se llama fsync y tiene diferentes niveles de potencia. "FULL", "NORMAL" y "OFF". Mozilla, para asegurar la integridad de los datos, se ha comprometido en mantener la preferencia a "FULL", que es la más efectiva para impedir corrupción o pérdida de los datos, a cambio de perder algo de rendimiento en el programa.

Por este motivo, Mozilla ha decidido crear una nueva preferencia oculta (las que podemos ver en about:config) llamada toolkit.storage.synchronous, que permitirá decidir qué modo de sincronización queremos utilizar en nuestro Firefox 3, para poder prevenir cuelgues del ordenador (no sólo de Firefox) y un mejor rendimiento de nuestro querido navegador.

Por último tenemos que comentar que el problema no viene de Firefox, si no que es un problema del sistema operativo, por lo que cualquier queja que tengamos sobre el rendimiento de Firefox en este caso se la deberíamos echar al sistema de ficheros ext3 (a parte de Reiser4), que, en un futuro, con su versión ext4, estará totalmente solucionado, lo único que proporciona Mozilla es un "workaround", algo así como un posible parche para saltar o engañar al sistema operativo de realizar operaciones no deseadas.

Para más referencia, el bug donde se está discutiendo todo es el #421482.