Le guide ultime pour ralentir Firefox: accélérer les mythes

Essayez Notre Instrument Pour Éliminer Les Problèmes

firefox-config

Firefox n'est pas un navigateur lent. Bien que votre expérience puisse différer, je pense que Firefox charge la majorité des pages Web et des sites aussi rapidement que Google Chrome. À tout le moins, il est difficile de faire la différence.

Bien que vous puissiez accélérer la navigation dans Google Chrome, les options dont vous disposez sont assez limitées par rapport à celles du navigateur Web Firefox.

Vous pouvez configurer Firefox pour que les sites Web soient chargés plus rapidement dans le navigateur. Je ne parle pas des améliorations que vous ne voyez que dans les benchmarks, mais des améliorations du monde réel que vous remarquez lorsque vous chargez des sites dans le navigateur Web.

Il existe cependant des ajustements qui n'ont aucun effet, voire un effet négatif sur les performances de chargement des pages de Firefox. Cet article concerne ceux-ci.

L'un des principaux problèmes que vous remarquerez lorsque vous recherchez des moyens d'accélérer Firefox sur des moteurs de recherche tels que Google, Bing ou Startpage est que la plupart des guides sont obsolètes.

Comment savez vous cela? En remarquant qu'ils font référence à des préférences qui ne sont plus utilisées ou utilisent des valeurs modifiées.

network.http.pipelining

De nombreux guides suggèrent d'activer le pipelining et les préférences associées. Ils peuvent suggérer d'activer le pipelining pour les connexions normales et proxy, ou augmenter le nombre maximum de requêtes de 4 à 8.

Des études ont montré ce pipeling n'a aucun effet sur le temps de chargement de la page du navigateur, du moins pas dans sa forme actuelle.

Selon le chercheur, les principales raisons à cela sont que la plupart des sites Web chargent des contenus de différents domaines, ce qui rend le pipeline moins efficace qu'il pourrait l'être, et que les goulots d'étranglement sur la page limitent également son efficacité.

Donc, si vous activez le pipelining dans Firefox dans l'espoir de voir d'énormes gains de vitesse, vous serez déçu car il n'y en aura pas.

Pour aggraver les choses, la suggestion de modifier le paramètre network.http.pipelining.maxrequests sur 8 ne fera pas non plus de bien, car il est défini sur 32 dans les nouvelles versions de Firefox.

Ensuite, il y a des sites qui suggèrent d'augmenter la valeur du paramètre network.http.max-connections à 64. Bien que cela ait fonctionné il y a des années, cela ne fonctionnera plus car la nouvelle valeur par défaut du paramètre est 256.

Ensuite, nous avons network.http.max-connections-per-server que de nombreux guides mentionnent. La préférence a été supprimée de Firefox, faisant de network.http.max-persistent-connections-per-server la préférence appropriée dans Firefox.

cache du navigateur.*

Ainsi, la désactivation du cache du disque dur et le déplacement du cache vers la mémoire devraient accélérer la navigation car la mémoire est plus rapide que le disque, non?

Pas nécessairement . Tout d'abord, Firefox utilise déjà les deux caches par défaut, ce qui signifie que certains éléments mis en cache sont déjà en mémoire afin qu'ils soient chargés à partir de là en cas de besoin.

Même si vous désactivez le cache disque, il sera utilisé. Un exemple clair et simple de ceci est lorsque le cache mémoire de Firefox est plein.

Il y a des inconvénients à accéder au cache mémoire uniquement dans Firefox. Étant donné que certains éléments ne sont pas mis en cache sur le disque, ils ne sont pas persistants. Cela peut augmenter le temps de chargement des pages des sites Web dans Firefox après le redémarrage.

Je ne dis pas que cela n'accélère pas les choses dans Firefox, mais seulement si les paramètres sont corrects. Si vous visitez un site plusieurs fois au cours d'une seule session de navigation, vous remarquerez peut-être une amélioration de la vitesse. Plus si Firefox est stocké sur un disque lent, moins à aucun s'il est stocké sur un disque rapide comme un Solid State Drive par exemple.

config.trim_on_minimize

Lorsque vous réduisez Firefox, la RAM est remplacée, ce qui signifie qu'elle est réduite et disponible pour d'autres programmes et processus sur le système.

Cela signifie que les données sont enregistrées sur le disque pour le moment, ce qui peut entraîner un retard lors de la restauration de Firefox.

Mozilla a découvert en 2008 que la fonction minimiser - swap ne faisait vraiment rien.

Le principal problème de Windows est que le gestionnaire de tâches se trouve dans son interface et que l'action de réduction dans la plupart des applications a un effet visible. Mais cela ne fait vraiment rien - il dit seulement que l'application est maintenant un candidat pour être échangée (c'était utile dans les jours de Windows 95). Mais lorsqu'une application touche à nouveau la mémoire, cette partie de la mémoire sera à nouveau marquée comme active et l'utilisation de la mémoire semble augmenter à nouveau (mais c'est une illusion). Les applications qui font beaucoup de choses en arrière-plan sembleront revenir en arrière, mais en réalité rien n'a vraiment changé (regardez le voyant de votre disque dur - il n'a même pas clignoté!).

Mots de clôture

Les auteurs qui ont écrit les guides en 200x ne sont pas vraiment à blâmer ici, car les choses étaient différentes à l'époque. Le principal problème ici est que les auteurs d'aujourd'hui reprennent ces guides.

Les moteurs de recherche sont en partie responsables de cela, car ils gardent les anciens guides en tête des résultats de recherche, même si cela ne devrait pas être le cas, car ils sont peu utiles de nos jours.

Les auteurs d'aujourd'hui qui copient ces préférences sans faire de recherche en revanche sont principalement responsables de cela. Il est assez facile d'écrire un article sur l'accélération de Firefox en utilisant ces anciens guides et les suggestions qui y ont été publiées.