Los desarrolladores de Chrome exploran cómo abordar el problema de rendimiento mediante la expansión de la memoria caché del navegador
2 minuto. leer
Publicado el
Compartir este artículo
Mejorar esta guía
Lea nuestra página de divulgación para descubrir cómo puede ayudar a MSPoweruser a sostener el equipo editorial. Leer más
Los desarrolladores de Chrome de Google abordaron recientemente un problema de seguridad al dividir el caché de su navegador por sitio web, en lugar de un solo montón unificado.
Los ingenieros de Google Chrome Josh Karlin y Shivani Sharma explicaron el problema con un caché unificado:
“Esto abre el navegador a un ataque de canal lateral donde un sitio puede detectar si otro sitio ha cargado un recurso al verificar si está en el caché. Eso suena inocuo, pero puede usarse para muchas acciones nefastas, como descubrir qué hay en su bandeja de entrada, contactos, etc.
Desde Chrome 85, el navegador ha estado creando cachés específicos del sitio con los que otros sitios no pueden interactuar. Desafortunadamente, esto viene con un golpe de rendimiento.
“Los primeros resultados (canary / dev) usando top-frame-site muestran que el impacto no es tan malo como se temía. La tasa de aciertos de la caché se reduce en aproximadamente un 4%, pero los cambios en la primera pintura con contenido no son estadísticamente significativos y la fracción general de bytes cargados desde la caché solo cae del 39.1% al 37.8%. Esto puede cambiar a medida que avanzamos hacia la versión beta y estable, pero parece un comienzo alentador ”, afirmaron los ingenieros de Google.
Google está buscando mitigar esto al expandir el tamaño de los cachés específicos del sitio.
"Ahora que se dividirá el caché, tiene sentido ver si aumentar el tamaño del caché ayuda a compensar el impacto en el rendimiento al reducir la tasa de desalojo", dijo Sharma en una publicación de Chrome Gerrit.
Google está planeando hacer experimentos con usuarios de compilación Canary, Beta y Dev, ampliando la posibilidad del navegador específico del sitio entre 2 y 3 veces el tamaño habitual. Esto debería aumentar la tasa de aciertos de caché y mejorar los tiempos de carga.
La prueba aún no ha sido aprobada, pero debería implementarse pronto para los probadores beta.
vía BleepingComputer.
