Opinia mea este că acesta este cel mai bun pas cu pas pe optimizarea sistemului de operare Windows 7. Apoi, textul în sine:
Windows Acceleration pentru distracție și profit
Poate voi începe cu faptul că, în cazul supraîncărcate de 15 ori pe an, orice „Tuning“ a procesului de boot durează mai mult timp decât ar fi câștigat pe repornire pentru durata de viață a sistemului. Cu toate acestea, interesul pentru sport ia amploare, mai ales că oamenii sunt interesați de procesul de optimizare a performanței. Și descărcarea a fost cel mai evident candidat în exemple de modul în care cred că ar trebui să arate acest proces. Trebuie să spun că va fi încărcat cu 5400 rpm cu șurub vor fi încărcate în sistem „de lucru“: în plus față de care aspiră vendorskoy krapvari în picioare acolo încă o grămadă de toate tipurile de studio vizuale, antivirus, Skype, STIM, guglapdeytera, etc ...
Despre motivul pentru care dezactivarea paginii de pagini este mai dăunătoare decât utilă - cumva într-un alt moment, dar pentru moment ...
Sfaturi specifice și în general aplicabile pentru optimizarea funcționării sistemului de operare nu pot fi exact aceleași, deoarece nu pot exista sfaturi specifice pentru a accelera munca oricărui program luat la întâmplare. La fel ca în programele individuale, activitatea întregului sistem poate fi serios încetinită datorită uneia sau a două locuri aparent nesemnificative. Pentru a găsi astfel de "blocaje" în programe, există instrumente numite profilers. Nu este nimic ciudat, că pentru a găsi „blocaje“ în sistemul de operare, vom folosi, de asemenea, un profiler (fără ghilimele - este într-adevăr un profiler și în același timp se prelevează probe și instrumentată). Mai recent, Instrumentele WPA au fost distribuite ca parte a SDK-ului Windows. Nu este necesar să puneți un SDK complet. Puteți instala numai "Windows Performance Toolkit":
Vom colecta urmele folosind xbootmgr. Din magie se folosește doar autolog. inclusiv colectarea de urme ETW începând cu cea mai mare încărcătură. Pentru a apela ajutorul, puteți introduce xbootmgr -help - nu o voi aduce aici. Pentru cei care doresc să evalueze scara, puteți introduce xperf-furnizori (sau furnizori logman). Fiecare furnizor are mai multe "cuvinte cheie", fiecare "cuvânt cheie" permite / dezactivează mai multe tipuri de evenimente (eveniment).
Explorer este gata pentru al doilea 36, dar din cauza sarcinii de 100% (nu foarte rapid) disc, sistemul timp de 2 minute nu este foarte receptiv (trebuie să aștepte pentru meniul Start se va deschide imediat, dar cu lansarea programelor). ReadyBoot încearcă să facă ceva și ce la început chiar a obținut (portocaliu și verde), dar abaterile acumulate treptat de la butplana reduce eforturile sale de la zero.
Ceea ce este chiar mai trist, este că, în loc să citești datele, cea mai mare parte a discului său de utilizare de 100% ține în capetele de aruncare în centrul discului și înapoi:
Un pic de ajutor: ReadyBoot compilează un profil de utilizare a discului de fiecare dată când pornește, iar apoi serviciul SysMain construiește un bootplan bazat pe ultimele cinci descărcări. În consecință, cu cât mai des boot, cu atât mai bine va fi ghicit bootplanul pentru următoarea încărcătură și cu atât mai repede va fi. În plus, Prefetcher colectează statistici cu privire la care au fost utilizate fișiere și în ce ordine în timpul de boot și adaugă aceste informații% SystemRoot% \ prefetch \ Layout.ini
Aceste informații sunt utilizate de defragmentatorul încorporat pentru a lua decizii privind locația fișierelor.
În consecință, prima "optimizare" va fi mai multe repornire și defragmentare. Este foarte convenabil ca xbootmgr să poată face acest lucru pentru noi.
xbootmgr -trace boot -prepSystem
În mod implicit, sunt efectuate șase repornări:
După al doilea, începe defragmentarea:
Când sa terminat, în directorul de la care ați început să xbootmgr 6 fișiere cu Tracy fiecare dintre repornească pregătitoare precum și toate aceeași boot_BASE + CSWITCH_1.etl
Ne uităm dacă ceva sa schimbat. Și totul sa schimbat destul de vizibil:
ReadyBoot se comportă mult mai bine cu sarcina și, prin urmare, exploratorul este pregătit pentru o treime mai rapidă, iar timpul de activitate al discului a fost redus de aproape două ori.
Mergem în continuare în centrul discului, iar asta vom face mai târziu, dar discul căutăm deja mult mai puțin, iar acest lucru nu mai este altceva decât succes. Pentru moment, să fim atenți la acest program:
Aceasta este o rușine. În timp ce cineva este stabilit 100%, o odihnă. Vom corecta. Cât de mult schimbă timp CPU pentru dimensiunea datelor citite? Corect, compresie. Vom corecta acest lucru prin comprimarea dosarelor Windows și a ambelor fișiere program. Încercarea de a face acest lucru dintr-un sistem încărcat nu poate fi numit de succes - unele fișiere sunt ambalate, altele nu. În general, este imposibil să trăiești astfel:
Rebootăm în System Recovery și execută de acolo compact / c / a / i / s: un director pentru cele trei directoare. Imaginile nu vor fi, pentru că eram prea leneș pentru a face o captură de ecran pentru WinPE - va trebui să ia un cuvânt (și este mai bine să verificați experimental). prepSystem va trebui să fie făcut din nou, deoarece aspectul discului sa schimbat după compresie.
Ei bine, verificăm ce am făcut ceva:
Exploratorul este gata pentru a 20-a secundă, puțin mai puțin de un minut există activitate pe disc, dar deja puțin mai puțin de 100%.
Și da, mergem încă în centrul discului:
Tultipi ne spun vinovatul. Reverificat
În același timp distribuția Skype și Steam. Și pe bună dreptate - nu are nimic de a face cu pornirea cu astfel de apetituri. Ele pot fi executate întotdeauna din meniul superbar / start.
Observații finale:
Timpul de încărcare absolut nebun pentru un serviciu:
Am convenit să nu abandonăm funcționalitatea, chiar dacă nu ne-a stat pe figură. Prin urmare, nu vom dezactiva serviciile. Tocmai le schimbăm la "Automat (Start întârziat)":
În cazul Microsoft Antimalware, totul este ceva mai complicat:
Descoperim repede că problema este că serviciul aparține grupului "Infrastructura COM" și nu poate fi încărcat mai târziu decât acest grup. Mergem la registru și îl scoatem din acest grup, după care terminăm liniștit cazul
Doar în cazul în care, încă un prepSystem și aici este final:
Exploratorul a fost încărcat în a 17-a secundă, pe 18, activitatea discului încetează practic.
Puteți admira accesul strict comandat pe disc
SSD-ul rapid și / sau tăierea totală a funcționalului ar putea reduce timpul de încărcare la zece secunde sau mai puțin.
Și concluzia din toate acestea este următoarea:
Înainte ca orice să fie "optimizat", merită determinat acele modificări minime care vor avea rezultatul maxim