it-swarm-eu.dev

Nevýhody používání předběžného načítání? Proč není ve výchozím nastavení zahrnuta?

Chtěl bych vědět, jaké jsou nevýhody používání preload? Pokud by neexistovala žádná nevýhoda, ve výchozím nastavení by bylo povoleno preload, takže myslím, že existuje několik.

Dobře potřebujete trochu více RAM, ale většina lidí má daleko více RAM pak Ubuntu potřebuje - takže jaké jsou nevýhody použití preload?

112
Paradiesstaub

Jednoduše řečeno, Preload není pro každého. Je skvělé, když hodně otevíráte aplikace nebo knihovny. Je škodlivé, pokud načítáte aplikace nebo knihovny pouze příležitostně. Použiji dva příklady ze svého skutečného použití (a ano, používám předpětí).

Nejprve Google Chrome. Nyní je prohlížeč otevřen pouze jednou za boot, možná dvakrát (pro mě jsem webový vývojář). Chrome a související knihovny zůstávají v paměti, protože je vždy používám. I když zavřu všechna okna chrome, je stále na pozadí a dělá svou věc). Takže veškerý beran, který se věnuje držení předběžné kopie Chrome je úplným a naprostým plýtváním, není nikdy (nebo zřídka) vyložen. Pro průměrného uživatele to platí pro velké množství aplikací. Uživatelé Office budou mít téměř vždy otevřenou svou e-mailovou aplikaci, takže malé úspory v době spuštění jsou zcela zbytečné, protože svou e-mailovou aplikaci otevírají pouze jednou denně a nechávají ji otevřenou.

Druhým příkladem je hrábě. Jako vývojář Ruby, který věří v testování, běhám rake TON., Rake run, vykonává se na pár sekund - minut a pak skončí. Preload mi pomáhá urychlit moji každodenní práci, protože načítá rake a jeho potřebné knihovny (které mohou být velmi rozsáhlé) v předstihu. Existuje tedy spousta startů a zastavení běhu hrábě. Další beran používal k urychlení 400 nebo 500 spuštění hrábě v rozsahu několika hodin stojí za to.

Důvod, proč to ve výchozím nastavení není povoleno, je proto, že jeho schopnost skutečně zlepšit výkon je do značné míry založena na how použití systému. Pro některé to bude negativní a pro jiné pozitivní.

Konečně, mít předběžné zatížení, i když ho nepoužíváte, spotřebovává berana. Pokud tedy často nespouštíte aplikace, můžete celý systém zlomkově zpomalit tím, že nebudete mít k dispozici tohoto RAM pro jiné typy ukládání do mezipaměti. Pamatujte, že i když máte 32 koncertů RAM, Linux se bude snažit použít co nejvíce z toho, aby mohl ukládat data do mezipaměti, aby se vaše interakce zrychlila. Použitím předběžného načítání část této volné paměti omezíte. I když je to jen trochu malé, 2 vteřiny, které jste uložili, spuštění chrome 1 čas vás mohou stát 60 sekund za měsíc, kdy zůstane v provozu).

69
coteyr

Otázka položená bountierem Saeed Zarinfam dne 5. září 2012:

Ahoj všem, chci vědět, je to mýtus? Opravdu [předběžné načtení] opravdu zlepší můj výkon? Jaké jsou jeho nevýhody? Mám notebook s touto specifikací (Core i5 CPU, 4GB RAM, 128 GB SSD Hard). Děkuji mnohokrát.

  • Pokud máte SSD , Není potřeba předběžné načítání .
    • Je to proto, že SSD poskytují mnohem rychlejší časy náhodného přístupu než pevné disky, takže „předběžné načítání“ binárních souborů/závislostí v paměti je plýtvání, IMO
    • Základní nevýhodou je pak to, že předběžné je „použití“ další paměti bez poskytnutí hmatatelné výhody.
21
ish

Předběžné načítání je „démon s adaptivním readaheadem“, který běží na pozadí vašeho systému a sleduje, jaké programy nejčastěji používáte, a ukládá je do mezipaměti, aby se urychlila doba načítání aplikace. Pomocí předběžného načtení můžete využít nevyužitou RAM) dobrou práci a zlepšit celkový výkon vašeho stolního systému.

Neočekávejte, že ihned uvidíte drastickou změnu výkonu. Pokud opakovaně pouze otevíráte/ukončujete aplikace, počítač tyto soubory přesto uloží do mezipaměti (to se nazývá „teplé“ načtení), takže zde neuvidíte žádný rozdíl v rychlosti. Uvidíte však zlepšení rychlosti, pokud například používáte program přerušovaně; tyto programy se spustí rychleji než bez předběžného načtení.

Předběžné načtení může poskytnout velké zlepšení doby spuštění aplikace; protože většina moderních strojů má spoustu paměti, kterou je třeba ušetřit, Preload ji využívá RAM).1

Nyní, jak již bylo řečeno, se zdá, že předběžné načítání je skvělý nástroj a mohlo by to být.

Myslím, že důvod, proč není předinstalován v operačním systému, je ten, že uživatel musí přesně vědět, co tam dělá, a mít dostatek zkušeností, aby ho mohl použít, a systém musí mít dostatek paměti RAM.

Z technického hlediska předběžné načítání funguje přesunutím dat z pevného disku do paměti RAM, což způsobí, že většina pevného disku přejde do režimu spánku, pokud se nepoužívá, a poté se musí v případě potřeby vrátit zpět. Takže otáčení jednotky nahoru/dolů by způsobilo počet cyklů Load/Unload Cycle (Počítání/Odlehčení) a nárůst počtu zapnutí (Power-On Time), což zkrátí životnost jednotky.

Navrhli jsme a implementovali předběžné schéma, adaptivní předběžné načtení založené na Markově, které pracuje na předpovědích na úrovni aplikace. Předběžné načítání je navíc implementováno v uživatelském prostoru a v žádném smyslu nemění běhové prostředí aplikace. Toto je první práce experimentující s předběžným načtením souborů na této úrovni, pokud víme.

Naše experimentální výsledky ukazují slibná vylepšení doby spuštění aplikace ve srovnání s chladnými mezipaměťmi a slušnou míru zásahů ve srovnání s na¨ıve predikčním algoritmem.

Nicméně, být v uživatelském prostoru, představuje hlavní překážky v tom, aby se předpětí stalo konkurenčním řešením problému s časem spuštění. Zejména neexistence úplných informací o aplikačních I/O požadavcích a nedostatek silných komunikačních kanálů se subsystémem mezipaměť stránky drasticky zhoršuje efektivitu předběžného načítání, zejména za podmínek těsné paměti.

Dalším inherentním problémem návrhu předpětí je vysoká rozptyl a nízká předpověď predikce způsobená relativně volnou korelací spouštění aplikací. I když úspěšně vytváříme model pro sledování korelací aplikací, skutečnost, že spouštění aplikací je ve srovnání s časovým rozvrhem, na kterém počítače pracují, velmi vzácné, je schéma předběžného načtení na úrovni aplikace odsouzeno k tomu, aby spotřebovalo obrovskou předběžnou předvolbu paměti v prakticky nekonečném čase. Tuto paměť lze použít ke zlepšení chování krátkodobé mezipaměti.

Nakonec přicházíme s radou doporučení pro vývojáře systému, jak zlepšit spouštěcí čas, čas přihlášení a spouštění aplikace, aniž bychom se museli vrátit zpět k předběžnému načtení integrovanému do subsystému mezipaměti v jádře. Samozřejmě, předzesilovač souborů založený na souboru v jádru se může vylepšit.2

1 Zdroj: techthrob

2 Zdroj: Preload - Adaptivní předvolební démon Behdad Esfahbod - Diplomová práce odevzdaná v souladu s požadavky na titul Master of Science - postgraduální studium informatiky - University of Toronto Copyright (c) 2006 Behdad Esfahbod.

12
Mitch

Nevýhody? NENÍ!

Vyšší výkon otevírání aplikací uživatelem. Použil jsem ji po celá léta na svých systémech, stejně jako „čtení předem“ a nemám žádné problémy. stránka chyb pro předběžné načtení nenaznačuje žádné nevýhody.

Předběžné načítání monitoruje aplikace, které uživatelé běží, a analýzou těchto dat předpovídá, jaké aplikace uživatelé by se mohly spustit, a načte tyto binární soubory a jejich závislosti do paměti pro rychlejší spuštění krát.

Mírně prodlužuje dobu spouštění, ale rychlost stahování načítání aplikací daleko přesahuje tento malý problém.

viz článek

Pokud neustále používáte běžné aplikace jako Firefox nebo Gimp, všimnete si některých výrazně vylepšených časů načítání. Předběžné načtení je démon, který běží diskrétně na pozadí a stejně tak nenaruší vaši plochu. Uživatelé Ubuntu mohou nainstalovat předběžné načtení pomocí:

Sudo apt-get install preload

Výsledek:

Graph showing difference between normal and preload start

ref

9
Ringtail

Zde jsou některé nevýhody Preload a proč to není tak efektivní pro každého, kdo mám slušný systém specifikace s 8 GB RAM. Takže můj systém je obecně rychlý. Také budu otevírat aplikace náročné na paměť, jako jsou Firefox, Chrome, VirtualBox, Gimp atd., Jednou nebo dvakrát denně. Stále zůstávají otevřené, a proto jsou jejich binární soubory a knihovny předem načteny do paměti a celý den zabírají RAM. Tyto aplikace zřídka zavírám a otevírám, takže použití RAM je prostě plýtvání. Pokud používáte moderní systémy s SSD, je Preload zjevně k ničemu. Protože přístupový čas SSD je mnohem rychlejší než u běžných pevných disků, použití Preloadu je zbytečné. Předběžné zatížení významně ovlivňuje dobu spuštění. Protože čím více aplikací je předem načteno do paměti RAM, tím déle trvá uvedení systému do provozu.

Skutečný rozdíl uvidíte pouze v případě, že znovu načítáte aplikace DOBA času denně. Preload bude tedy ideální pro vývojáře a testery, kteří otevírají a uzavírají aplikace několikrát denně.

0
DEV