
un prototype est présenté sur desktop et Android
Chrome est susceptible de bénéficier d'une accélération dans l’affichage des pages Web, du moins pour celles qui ont été récemment visitées grâce à une fonctionnalité appelée bfcache (back/forward cache).
Addy Osmani, Eng Manager, Web Developer Relations explique que

Chrome met déjà en cache les fichiers qui constituent une page. Par conséquent, dans la plupart des cas, repartir sur une page ne devrait pas obliger le navigateur à récupérer les images, les scripts Java et les scripts CSS utilisés pour créer la page. Mais actuellement, le navigateur doit réanalyser le code HTML et reconstruire la représentation programmatique de la page, décompresser les images, réexécuter tout le code JavaScript, réappliquer toutes les feuilles de style, etc. C'est simplement l'étape de mise en réseau qui est ignorée.
Le nouveau bfcache change la donne : il permet au navigateur de capturer l’état complet d’une page en cours - y compris les scripts en cours d’exécution, les images rendues et même la position de défilement et recharge cet état plus tard. Avec bfcache, plutôt que de devoir recharger la page à partir de zéro, la page sera comme mise en pause lorsque vous cliquez sur un lien vers une nouvelle page et la lecture va reprendre par la suite lorsque vous allez cliquer sur précédente.
Bfcache ne va fonctionner que sur les pages que vous avez déjà visitées
Contrairement aux caches de fichiers, qui peuvent accélérer le chargement même de nouvelles pages et s'étendre sur plusieurs sessions de navigation, bfcache va accélérer uniquement les pages que vous avez récemment visitées. Comme son nom l'indique, il ne sert qu'à la navigation à partir des boutons Précédent et Suivant pour consulter votre historique. Mais Google indique que de telles visites représentent une part importante des sessions de navigation classiques, avec environ 10% des pages sur le bureau et 19% des pages sur mobile ainsi revisitées.
Safari et Firefox utilisent un type de mise en cache similaire depuis des années. Safari appelle cela Page Cache (cache de page) et l’a implémenté depuis 2002, tandis que celui de Firefox est appelé BFCache. Il existe dans une certaine forme depuis Firefox 1.5 en 2005. Bien que le moteur Blink de Google ait un héritage commun avec le moteur WebKit de Safari d'Apple, Google a choisi de ne pas utiliser l'équivalent de WebKit dans bfcache, affirmant qu'il est incompatible avec le modèle multiprocessus utilisé par Chrome.

L’équipe Chrome va devoir réécrire certaines parties essentielles du navigateur
La partie la plus délicate pour Chrome consiste à réécrire certaines parties essentielles du navigateur afin de protéger la confidentialité et la sécurité. C'est parce que Chrome doit s'assurer qu'il empêche réellement les programmes JavaScript basés sur le Web de s'exécuter, même s'ils sont suspendus en mémoire, a déclaré Addy Osmani.

L'enregistrement de l'état des pages Web en vue d'une éventuelle utilisation ultérieure consomme de la mémoire, un point de blocage déjà pour les navigateurs. Google tente toujours de déterminer les meilleures règles pour choisir les pages à conserver et le moment de les vider de mémoire, a affirmé Osmani.
La fonctionnalité pourrait également aider dans d’autres situations, a-t-il ajouté. L'une est l'amélioration des performances des onglets que Chrome doit mettre en pause lorsqu'ils sont en arrière-plan, en particulier sur les appareils mobiles. Cela économise de la mémoire, mais les pages en pause d’aujourd’hui peuvent être frustrantes lorsque vous y retournez et que leur chargement est lent.
Source : Google
Et vous ?

Voir aussi :




Vous avez lu gratuitement 25 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.