Den ultimative guide til at gøre Firefox langsommere: fremskynde myter
- Kategori: Firefox
Firefox er ikke en langsom browser. Mens din oplevelse kan variere, tror jeg, at Firefox indlæser størstedelen af websider og websteder lige så hurtigt som Google Chrome. I det mindste er det svært at sige en forskel.
Mens du kan fremskynde browsing i Google Chrome, er de indstillinger, du har, ret begrænsede sammenlignet med Firefox-webbrowserens.
Du kan konfigurere Firefox, så websteder bliver hurtigere indlæst i browseren. Jeg taler ikke om forbedringer, som du kun ser angivet i benchmarks, men forbedringer i den virkelige verden, som du bemærker, når du indlæser websteder i webbrowseren.
Der er dog justeringer, der ikke har nogen indflydelse eller endda en negativ effekt på Firefox's sideindlæsningsydelse. Denne artikel handler om dem.
Et af de vigtigste problemer, som du vil bemærke, når du søger efter måder at fremskynde Firefox på søgemaskiner som Google, Bing eller Startside er, at de fleste guider er forældede.
Hvordan ved du det? Ved at bemærke, at de henviser til præferencer, der ikke længere bruges eller bruger ændrede værdier.
network.http.pipelining
Mange guider foreslog at aktivere rørledning og relaterede præferencer. De foreslår muligvis at aktivere rørledning til normale og proxyforbindelser eller øge det maksimale antal anmodninger fra 4 til 8.
Forskning har vist at rørsystemet ikke har nogen indflydelse på browseren om sideindlæsningstid, i det mindste ikke i sin nuværende form.
Ifølge forskeren er de vigtigste grunde til dette, at de fleste websteder indlæser indhold fra forskellige domæner, hvilket gør rørsystemet mindre effektivt, som det kunne være, og at flaskehalse på siden også begrænser dens effektivitet.
Så hvis du aktiverer rørledning i Firefox i håb om at se store hastighedsgevinster, vil du blive skuffet, da der ikke er nogen.
For at gøre tingene værre, gør forslaget om at ændre parameteren netværk.http.pipelining.maxrequests til 8 ikke noget godt, da det er indstillet til 32 i nyere versioner af Firefox.
Så er der websteder, der foreslår at øge værdien af parameteren netværk.http.max-forbindelser til 64. Selvom det måske har fungeret for mange år siden, fungerer det ikke længere, da den nye standardværdi for parameteren er 256.
Dernæst har vi netværk.http.max-forbindelser-pr-server, som mange guider nævner. Præferensen er blevet fjernet fra Firefox, hvilket gør netværk.http.max-persistent-forbindelser-pr-server til den relevante præference i Firefox.
browser.cache. *
Så deaktivering af harddiskens cache og flytning af cachen til hukommelse bør hurtigere gennemsøge, da hukommelsen er hurtigere end disken, ikke?
Ikke nødvendigvis . Først og fremmest bruger Firefox allerede begge cacher som standard, hvilket betyder, at nogle cache-genstande allerede er i hukommelsen, så de indlæses derfra efter behov.
Selv hvis du deaktiverer diskcachen, bruges den. Et almindeligt og simpelt eksempel på dette er, når Firefox's hukommelsescache er fuld.
Der er negative til at gå hukommelsescache kun i Firefox. Da nogle elementer ikke er cachelagret på disken, er de ikke vedvarende. Dette kan øge sideindlæsningstiden for websteder i Firefox efter genstart.
Jeg siger ikke, at det ikke fremskynder tingene i Firefox, men kun hvis parametrene er rigtige. Hvis du besøger et sted flere gange i en enkelt browsing-session, kan du muligvis bemærke en hastighedsforbedring, der gør det. Mere hvis Firefox er gemt på en langsom disk, mindre til ingen, hvis den er gemt på et hurtigt drev som f.eks. Et Solid State Drive.
config.trim_on_minimize
Når du minimerer Firefox, udskiftes RAM, hvilket betyder, at det er reduceret og tilgængeligt for andre programmer og processer på systemet.
Det, der menes, er, at dataene gemmes på disken i øjeblikket, hvilket kan resultere i en forsinkelse, når Firefox gendannes.
Mozilla opdagede tilbage i 2008, at funktionen minimer - swap ikke rigtig gør noget.
Det største problem i Windows er, at Task Manager ligger i sin grænseflade, og at minimere handlingen i de fleste applikationer har en synlig effekt. Men det gør ikke rigtig noget - det siger kun, at applikationen nu er en kandidat til at blive udskiftet (det var nyttigt i Windows 95 dage). Men når et program berører hukommelsen igen, markeres den del af hukommelsen som aktiv igen, og hukommelsesbrugen ser ud til at vokse igen (men det er en illusion). Programmer, der gør en masse ting i baggrunden, ser ud til at hoppe lige tilbage igen, men i virkeligheden ændrede der sig intet rigtigt (se på din harddisklys - det blinkede ikke engang!).
Lukende ord
Forfatterne, der skrev guiderne tilbage i 200x, er ikke rigtig skyld her, da ting var anderledes dengang. Hovedspørgsmålet her er, at nutidens forfattere henter disse vejledninger igen.
Søgemaskiner har delvis skylden for det, da de holder gamle guider øverst i søgeresultaterne, selvom det ikke skulle være tilfældet, da de er til lidt nytte i dag.
Dagens forfattere, der kopierer disse præferencer uden at undersøge på den anden side, er mest skylden for det. Det er let nok at skrive en artikel om at fremskynde Firefox ved hjælp af de gamle guider og de forslag, der blev lagt i dem.