Helyes bootoptimalizálás Windows 7 - windows 7 hét "felhasználói megjegyzések"

Véleményem szerint ez még mindig a legjobb lépés lépésről-lépésre a Windows 7 rendszerindításának optimalizálásához. Akkor maga a szöveg:

A Windows gyorsasága a szórakozásért és a profitért

Talán kezdjük azzal, hogy túlterhelés esetén 15 alkalommal, minden „tuning” az indító folyamat több időt vesz igénybe, mint ami megnyerte az újraindítást az a rendszer élettartama. Azonban a sport érdeklődést igénybe veszi, különösen azért, mert az emberek érdeklik a teljesítmény optimalizálásának folyamata. És a letöltés volt a legnyilvánvalóbb jelölt a példákban, hogy szerintem ennek a folyamatnak kell kinéznie. Azt kell mondanom, hogy fog elindulni 5400 rpm csavar fogja betölteni a „munka” rendszer: amellett, hogy a feltörekvő vendorskoy krapvari állt ott még egy halom minden típusú visual studio, antivírus, skype, stim, guglapdeytera stb ...

Miért van az oldalfájl letiltása sokkal károsabb, mint hasznos? Valami más időpontban, de mostanáig ...

Egyedi és általánosan alkalmazandó tipp, hogy optimalizálja az operációs rendszer nem lehet pontosan ugyanaz, mint te nem lehet konkrét tippeket, hogy gyorsítsák fel a munkát minden esélye, hogy a program. Akárcsak egyéni programokban, az egész rendszer munkája komolyan lelassulhat egy vagy két látszólag elhanyagolható hely miatt. Az ilyen "szűk keresztmetszetek" megtalálása a programokban, vannak olyan eszközök, amelyeket profilozóknak neveznek. Nincs semmi különös, hogy megtalálja a „szűk” az operációs rendszer, akkor is használja a profiler (idézőjelek nélkül - ez tényleg egy profiler és egyidejűleg mintavételezésre és műszerekkel). A közelmúltban a WPA-eszközöket a Windows SDK részeként osztották el. Nem szükséges teljes SDK-t készíteni. Csak a "Windows Performance Toolkit" telepítését lehet telepíteni:

A nyomokat az xbootmgr segítségével gyűjtjük össze. A mágiától csak autológot használnak. beleértve az ETW nyomok gyűjtését a leginkább winloadtól kezdve. A segítség hívásához írja be az xbootmgr -help parancsot - Nem fogom itt hozni. Azok számára, akik szeretnék becsülni a skála méretét, megadhatják az xperf-szolgáltatókat (vagy a logman szolgáltatókat). Minden szolgáltatónak több "kulcsszava" van, minden "kulcsszó" lehetővé teszi / tiltja az események több típusát (esemény).

Explorer készen áll a 36. a második, ám a 100% -os terhelés csak (nem túl gyors) lemez, a rendszer 2 percig nem nagyon érzékeny (meg kell várni a Start menü azonnal megnyílik, de a programok indítására). ReadyBoot próbál tenni valamit, és amit eleinte ő is kapott (narancs és zöld), de fokozatosan felhalmozódott eltéréseket butplana csökkentése érdekében tett erőfeszítései semmivé.
Még ennél is szomorúbb az, hogy az adatok olvasása helyett a 100% -os használatra szánt lemez nagy része a dobófejekben a meghajtó és a hátsó középpontja közé szorul:

Egy kis segítség: ReadyBoot gyűjt lemezfelhasználás profil minden indításkor, majd épít egy szolgáltatási SysMain butplan alapján az elmúlt öt letöltés. Ennek megfelelően, annál gyakrabban indul el, annál jobb lesz a bootplan a következő terhelésre, és annál gyorsabban lesz. Ezen túlmenően, a prefetcher gyűjt arról, hogy mely fájlokat és milyen sorrendben használták boot során, és hozzáteszi, ezt az információt a% SystemRoot% \ Prefetch \ Layout.ini
Ezt az információt a beépített töredezettségmentesítõ használja a fájlok helyének meghatározására.

Ennek megfelelően az első "optimalizálás" többszörös újraindítással és töredezettségmentesítéssel jár. Nagyon kényelmes, hogy az xbootmgr ezt megteheti nekünk.
xbootmgr -trace boot -prepSystem
Alapértelmezés szerint hat újraindítás történik:

A második után megkezdődik a töredezettségmentesítés:

Amikor vége, abban a könyvtárban, ahonnan elindította lesz xbootmgr 6 fájl Tracy minden előkészítő újraindul, valamint minden azonos boot_BASE + CSWITCH_1.etl
Megnézzük, hogy megváltozott-e valami. És mindez meglehetősen megváltozott:

A ReadyBoot sokkal jobban kezeli feladatát, és ennek eredményeképpen a felfedező egy harmadik alkalommal gyorsabban készen áll, és a lemez aktivitási ideje csaknem kétszeresére csökkent.

Még mindig a lemez középpontjába kerülünk, és ezt később fogjuk megtenni, de a lemezkeresések már észrevehetően kevesebbek, és ez már nem, de a siker. Most figyeljünk erre a menetrendre:

Ez szégyen. Míg valakit 100% -ban lefektetnek, pihentek. Javítani fogjuk. Milyen gyakran cserélik a CPU-időt az olvasni kívánt adatok méretére? Ez így van, tömörítés. Javítani fogjuk ezt a Windows mappák és a programfájlok tömörítésével. Ezt a próbálkozást a betöltött rendszerről nem lehet sikeresnek nevezni - egyes fájlok csomagolása, néhány nem. Általában lehetetlen ilyen módon élni:

Újraindítunk a System Recovery programba, és innen telepítjük a compact / c / a / i / s könyvtárat a három könyvtárunk számára. A képfájlok nem lesznek, mert túl lusta vagyok ahhoz, hogy készítsenek egy screenshotot a WinPE-nak - egy szóval kell szóba kerülni (és jobb kísérletileg duplán ellenőrizni). A prepSystemt újra meg kell csinálni, mivel a lemez elrendezése megváltozott a tömörítés után.
Nos, mi ellenõrizzük, mit csináltunk:

Az Explorer készen áll a 20. másodpercre, kicsit kevesebb, mint egy perces lemezes tevékenység, de már valamivel kevesebb, mint 100%.
És igen, még mindig a lemez középpontjába kerülünk:

A tultipus megmondja a tettesnek. ellenőrizze

Ugyanakkor a Skype és a Steam elosztása. És helyesen - nincs semmi köze az ilyen étvágyú indításhoz. Mindig futtathatók a szuperbar / start menüből.
Végső megérintések:
Teljesen őrült betöltési idő egy szolgáltatásért:

Megállapodtunk abban, hogy nem hagyjuk abba a funkcionalitást, még akkor sem, ha a FIG. Ezért nem kapcsoljuk ki a szolgáltatásokat. Csak "Automatikus (késleltetett indítás)" kapcsoljuk őket:

A Microsoft Antimalware esetében minden valamivel bonyolultabb:

Gyorsan kiderítjük, hogy az ügy az, hogy a szolgáltatás a "COM Infrastructure" csoporthoz tartozik, és ezt a csoportot később nem lehet betölteni. A nyilvántartásba megyünk, és kivesszük ebből a csoportból, miután csendesen befejeztük az ügyet

Csak annyi esetben, még egy előkészítő rendszer, és itt a végső:

A felfedező betöltődik a 17. másodpercen, 18-án a lemezes tevékenység gyakorlatilag megszűnik.
Megcsodálhatja a szigorúan megrendelt hozzáférést a lemezhez

A gyors SSD és / vagy a funkciók teljes vágása csökkentheti a rendszerindítási időt tíz másodpercre vagy kevesebbre.

És mindennek következtében ez a következtetés:
Mielőtt bármi "optimalizált" lenne, érdemes meghatároznunk azokat a minimális változtatásokat, amelyek maximális eredményt adnak