Крайното ръководство за правене на Firefox по-бавно: ускоряване на митовете
- Категория: Firefox
Firefox не е бавен браузър. Въпреки че опитът ви може да се различава, мисля, че Firefox зарежда по-голямата част от уеб страниците и сайтовете толкова бързо, колкото Google Chrome. Най-малкото е трудно да се каже разлика.
Въпреки че можете да ускорите сърфирането в Google Chrome, възможностите, които имате, са доста ограничени в сравнение с тези на уеб браузъра Firefox.
Можете да конфигурирате Firefox, така че уебсайтовете да се зареждат по-бързо в браузъра. Не говоря за подобрения, които виждате само в показатели, а подобрения в реалния свят, които забелязвате, когато зареждате сайтове в уеб браузъра.
Има обаче ощипвания, които нямат ефект или дори отрицателно влияние върху ефективността на зареждане на страницата на Firefox. Тази статия е за тези.
Един от основните проблеми, който ще забележите, когато търсите начини за ускоряване на Firefox в търсачки като Google, Bing или Startpage, е, че повечето ръководства са остарели.
Как знаеш това? Забелязвайки, че те се отнасят до предпочитания, които вече не се използват или използват променени стойности.
network.http.pipelining
Много ръководства предложиха да се даде възможност за тръбопроводи и свързани с тях предпочитания. Те могат да предложат да се даде възможност за тръбопровод за нормални и прокси връзки или да увеличат максималния брой заявки от 4 на 8.
Изследванията показват че тръбопровода няма ефект върху времето за зареждане на страницата на браузъра, поне не в сегашния му вид.
Според изследователя, основните причини за това са, че повечето уебсайтове зареждат съдържание от различни домейни, което прави тръбопровода по-малко ефективен, както и това, че тесните места на страницата също ограничават неговата ефективност.
Така че, ако активирате тръбопровода в Firefox с надеждата да видите огромни увеличения на скоростта, ще бъдете разочаровани, тъй като няма да има такива.
За да стане още по-лошо, предложението за промяна на параметъра network.http.pipelining.maxrequests до 8 също няма да донесе добро, тъй като е зададено на 32 в по-новите версии на Firefox.
Тогава има сайтове, които предполагат да се увеличи стойността на параметъра network.http.max-connection до 64. Въпреки че това може да е работило преди години, той вече няма да работи, тъй като новата стойност по подразбиране на параметъра е 256.
След това имаме network.http.max-links-per-server, които много ръководства споменават. Предпочитанието е премахнато от Firefox, което прави network.http.max-persistent-connection-per-server съответните предпочитания в Firefox.
browser.cache. *
Така че деактивирането на кеша на твърдия диск и преместването на кеша в паметта трябва да ускори разглеждането, тъй като паметта е по-бърза от диска, нали?
Не е задължително , На първо място, Firefox вече използва и двата кеша по подразбиране, което означава, че някои кеширани елементи вече са в паметта, така че те се зареждат от там, когато е необходимо.
Дори и да деактивирате дисковия кеш, той ще бъде използван. Един прост и прост пример за това е, когато кеш паметта на Firefox е пълна.
Има негативи към ходещия кеш на паметта само в Firefox. Тъй като някои елементи не са кеширани на диска, те не са устойчиви. Това може да увеличи времето за зареждане на страниците на уеб сайтове в Firefox след рестартиране.
Не казвам, че не ускорява нещата в Firefox, но само ако параметрите са правилни. Ако посетите даден сайт няколко пъти в рамките на една сесия на сърфиране, може да забележите подобрение на скоростта по този начин. Повече, ако Firefox се съхранява на бавен диск, по-малко на никой, ако се съхранява на бързо устройство като Solid State Drive например.
config.trim_on_minimize
Когато сведете до минимум Firefox, RAM се замества, което означава, че е намалена и достъпна за други програми и процеси в системата.
Под това се има предвид, че за момента данните се записват на диск, което може да доведе до забавяне при възстановяване на Firefox.
Mozilla откри през 2008 г., че функцията за минимизиране - суап всъщност не прави нищо.
Основният проблем в Windows е, че диспечерът на задачите лежи в интерфейса си и че действието на минимизиране в повечето приложения има видим ефект. Но всъщност не прави нищо - само казва, че приложението вече е кандидат за размяна (което беше полезно през Windows 95 дни). Но когато приложение отново докосне паметта, тогава тази част от паметта отново ще бъде маркирана като активна и използването на паметта изглежда отново нараства (но това е илюзия). Приложенията, които правят много неща на заден план, изглежда ще отскочат отново назад, но в действителност нищо наистина не се е променило (погледнете светлината на твърдия ви диск - дори не мига!).
Заключителни думи
Авторите, които са написали ръководствата още през 200х, всъщност не са виновни тук, тъй като тогава нещата са били различни. Основният проблем тук е, че днешните автори отново взимат тези ръководства.
Търсещите машини частично са виновни за това, тъй като държат стари ръководства в горната част на резултатите от търсенето, въпреки че това не трябва да е така, тъй като в днешно време те са малко полезни.
Днешните автори, които копират тези предпочитания, без да правят проучвания от друга страна, са виновни най-вече за това. Достатъчно лесно е да напишете статия за ускоряване на Firefox с помощта на тези стари ръководства и предложенията, които бяха публикувани в тях.