The ultimate guide til å gjøre Firefox tregere: fremskynde myter
Firefox er ikke en treg nettleser. Mens din erfaring kan være forskjellig, tror jeg at Firefox laster de fleste nettsider og nettsteder så fort som Google Chrome. I det minste, er det vanskelig å si en forskjell.
Selv om du kan øke hastigheten på å bla i Google Chrome, hvilke alternativer du har er ganske begrenset i forhold til de av Firefox nettleseren. Anmeldelser
Du kan konfigurere Firefox slik at nettsteder få lastet raskere i nettleseren. Jeg snakker ikke om forbedringer som du bare ser oppført i benchmarks, men forbedringer reelle at du legger merke til når du laster nettsider i nettleseren.
Det er imidlertid tweaks som ikke har noen effekt, eller til og med en negativ effekt på Firefox side lasting ytelse. Denne artikkelen handler om disse.
En av de viktigste spørsmålene som du vil legge merke til når du søker etter måter å øke hastigheten på Firefox på søkemotorer som Google, Bing eller Startpage er at de fleste guider er utdatert. Anmeldelser
Hvordan vet du det? Ved å merke seg at de refererer til preferanser som ikke lenger er i bruk eller bruk endret verdier.
network.http.pipelining
Mange guider foreslo å aktivere pipelining og relaterte preferanser. De kan foreslå å aktivere pipelining for normale og proxy-tilkoblinger, eller øke det maksimale antall forespørsler fra 4 til 8.
Forskning har vist at pipeling har ingen effekt på side lasting tid på nettleseren, i hvert fall ikke i sin nåværende form.
Ifølge forskeren, de viktigste grunnene til dette er at de fleste nettsteder laste innhold fra ulike domener gjør pipeling mindre effektiv som den kunne være, og at flaskehalser på siden begrense sin effektivitet samt .
Så hvis du aktiverer pipelining i Firefox i håp om å se store hastighet gevinster, vil du bli skuffet da det ikke vil være noen.
For å gjøre vondt verre, forslaget om å endre den network.http.pipelining.maxrequests parameter til 8 vil ikke gjøre noe bra også, som det er satt til 32 i nyere versjoner av Firefox.
Så det er områder som foreslår å øke verdien av network.http.max-tilkoblinger parameter til 64. Selv om det kan ha fungert år siden, vil det ikke fungere lenger som den nye standardverdien for parameteren er 256.
Neste vi har network.http.max -connections-per-server som mange guider nevner. Preferansen har blitt fjernet fra Firefox gjør network.http.max-persistent-tilkoblinger-per-server relevant preferanse i Firefox.
browser.cache. *
Så, deaktivering av harddisken cache og flytte cache til minne bør fremskynde blar opp siden minnet er raskere enn disk, ikke sant?
Ikke nødvendigvis. Først av alt, er Firefox allerede bruker begge cacher som standard, noe som betyr at noen bufrede elementer er allerede i minnet, slik at de er lastet derfra når det trengs.
Selv om du deaktiverer disk cache, vil det være anvendes. En ren og enkel eksempel på dette er når Firefox minne cache er full.
Det er negative til å gå minne cache bare i Firefox. Siden noen elementer ikke er bufret på disken, er de ikke vedvarende. Dette kan øke side lasting tid på nettsteder i Firefox etter omstarter.
Jeg sier ikke at det ikke fart på ting i Firefox, men bare hvis parametrene er riktige. Hvis du besøker et nettsted flere ganger i en enkelt leserøkt, kan du merke en hastighet forbedring å gjøre det. Mer om Firefox er lagret på en treg disk, mindre sidestykke hvis det er lagret på en rask kjøretur som en Solid State Drive for eksempel.
config.trim_on_minimize
Når du minimerer Firefox, RAM er byttet ut noe som betyr at den er redusert og tilgjengelig for andre programmer og prosesser på systemet.
Hva menes med det er at dataene er lagret på disken for tiden, noe som kan resultere i en . forsinkelse når Firefox er gjenopprettet
Mozilla oppdaget tilbake i 2008 at minimere -. swap-funksjonen gjør egentlig ikke gjøre noe
Hovedproblemet i Windows er at Task Manager lyver i sitt grensesnitt , og at minimere handlingen i de fleste programmer har en synlig effekt. Men det gjør egentlig ikke gjøre noe - det bare sier at programmet er nå en kandidat til å bli byttet ut (som var nyttig i Windows 95 dager). Men når et program berører minne igjen, så den delen av minnet vil bli markert som aktiv igjen, og minnebruken ser ut til å vokse igjen (men det er en illusjon). Applikasjoner som gjør en masse ting i bakgrunnen vil synes å hoppe rett tilbake igjen, men i virkeligheten ingenting egentlig endret seg (se på harddisken lys - det gjorde ikke engang blinke!)
Closing Words <. br>
Forfatterne som skrev førerne tilbake i 200x er egentlig ikke å klandre her, så ting var annerledes da. De viktigste problemet her er at dagens forfattere er å plukke opp disse guidene igjen.
Søkemotorer er delvis skylden for det, så de holder gamle guider på toppen av søkeresultatene, selv om det ikke skulle være tilfelle , som de er til liten nytte i dag.
Dagens forfattere som kopierer disse innstillingene uten å gjøre forskning på den annen side er mest å klandre for det. Det er lett nok til å skrive en artikkel om påskynde Firefox bruker de gamle guider og de forslagene som ble lagt ut i dem.