Firefox escribe muchos datos en un SSD. ¿Cómo arreglarlo?

Los SSD finalmente están disponibles para la mayoría de los usuarios de computadoras portátiles y PC. Tienen muchas ventajas, la principal de las cuales es el alto rendimiento, pero también hay desventajas. Las desventajas incluyen menos resistencia al desgaste en comparación con el HDD (recurso de grabación). Es cierto que los SSD modernos suelen tener una vida más larga que la obsolescencia.

El estado sólido revela todo su potencial como disco del sistema. En esta configuración, el sistema operativo y las aplicaciones instaladas en la unidad del sistema leen y escriben datos en el SSD. Al final resultó que , el navegador Mozilla Firefox escribe una cantidad relativamente grande de datos todos los días, que mata el recurso SSD.

La mayoría de los usuarios de PC saben que los navegadores escriben muchos datos en un disco duro o HDD. ¿Pero cuánto exactamente? Sergey Bobik, quien instaló la versión gratuita de SSDLife en su computadora, pensó en esto. Este software le permite evaluar el estado de la SSD y muestra la vida útil aproximada de la unidad.

Durante dos días Sergey no trabajó con nada más que un navegador y correo electrónico. Y me sorprendió mucho cuando descubrí que se escribieron 12 GB de datos en el SSD en uno de estos dos días. Como no cargó ningún archivo voluminoso y los sitios de trabajo no podían proporcionar un caché de ese volumen, se decidió encontrar la razón de lo que sucedió.

Sergey Bobik supervisó las estadísticas proporcionadas por la aplicación durante dos semanas. Al final resultó que, incluso cuando la computadora no funcionaba (pero no estaba apagada), se cargaron grandes cantidades de datos de hasta 10 GB en el SSD.



El principal culpable de lo que sucedió fue el navegador Firefox. Se descargó de 300 KB a 2 MB por segundo. La grabación se realizó en un archivo llamado recovery.js. Al final resultó que, esta es una copia de seguridad de la sesión de Firefox. Se usa si el navegador o el sistema operativo falla. Esta es una característica útil pero intensiva en recursos. Y si tenemos en cuenta el hecho de que el SSD tiene un recurso limitado, entonces ya debe decidir por sí mismo cuál es más útil: un disco que funcione o restaurar la sesión actual del navegador después de que se bloquee.

Sergei escribe que el problema no está solo en un archivo. Para estudiar el problema más a fondo, realizó varios pasos adicionales:
1. Estableció el valor de browser.sessionstore.interval en 15000 ms y cerró todas las pestañas abiertas del navegador;
2. Abrí una sola pestaña con Google.com, esperé un par de minutos y la cerré;
3. Nuevamente abrió el navegador y verificó el tamaño de recovery.js. Su tamaño ha disminuido a 5 KB en lugar de 900 KB;
4. Abrí varias reseñas de varios dispositivos en dos ventanas diferentes. Busqué revisiones y abrí resultados de búsqueda en nuevas pestañas;
5. Abrí la tercera ventana del navegador, abrí varios sitios en las pestañas de esta ventana;
6. Lancé Process Monitor y comencé a rastrear los archivos recovery.js y cookie *.



7. Se eliminó el registro de eventos en "Archivo-> Capturar eventos". Los registros existentes también se limpiaron;
8. Registro de eventos reactivados en "Archivo-> Capturar eventos". Dejé en las tres ventanas del navegador indicadas anteriormente durante 45 minutos. En este momento, Sergey activó Chrome para sus propias necesidades;
9. Revisé las estadísticas del navegador en "Herramientas-> Resumen de archivos".

Al final resultó que, durante este tiempo Firefox escribió 1,1 GB de datos en el disco. El volumen principal es cookies *.



Al mismo tiempo, el archivo después de todas las manipulaciones realizadas creció solo a un volumen de 1.3 MB.

Sergey regresó a Firefox y abrió un buzón en outlook.com en una de las ventanas. Borró todos los registros de eventos en Process Monitor y comenzó a monitorear nuevamente. Esta vez, dejó a Firefox inactivo durante solo 10 minutos. Después de eso, el tamaño de recovery.js creció a 1.5 MB. Las cookies nuevamente ocuparon muchos cientos de megabytes en el SSD.



Según el autor del trabajo, el navegador puede escribir un montón de datos en el archivo recovery.js, las cookies o, al mismo tiempo, registrar información tanto allí como allí. Si toma 1,1 GB de datos grabados por Firefox como una constante, puede esperar registrar 35 GB de información en un día hábil si no apaga el sistema. Después de las mediciones, resultó que la escritura en el archivo recovery.js está en curso a una velocidad de 2 MB / s.

Que se puede hacer

Si tiene un disco duro normal, no puede preocuparse realmente. Pero si se instala un SSD como sistema, vale la pena realizar una serie de acciones que pueden detener el flujo de datos generados por el navegador Firefox.

La acción principal es configurar una de las opciones de Firefox, browser.sessionstore.interval. Este parámetro está disponible cuando se ejecuta un comando "about:config"en la barra de direcciones. Por defecto, son 15 segundos. El intervalo de tiempo se puede extender hasta 30 minutos. En este caso, la cantidad de datos generados por Firefox por día se reduce de 10-15 GB a 2 GB. Esto sigue siendo mucho, pero varias veces menos que antes de completar la configuración del navegador.

El recurso de algunos SSD de consumo es solo 20 GB de datos grabados por día. Firefox puede usar la mitad de este recurso. Si su navegador constantemente tiene muchas ventanas abiertas y trabaja con sitios "pesados", puede esperar aún más datos grabados por Firefox que los indicados anteriormente.

Vale la pena aumentar el valor del parámetro browser.sessionstore.interval incluso si tiene un HDD normal como disco del sistema. El hecho es que la escritura constante en un disco reduce su rendimiento, y una PC puede volverse un poco más rápida si elimina la escritura constante de datos del navegador.

Los desarrolladores de Firefox dicenque conocen el problema, pero hasta ahora no es posible resolverlo, ya que tendrá que cambiar por completo el principio de la función Restaurar sesión.

Source: https://habr.com/ru/post/es397865/