CPU von Ballast befreien

[Frank_Steinmetz 10]

CPU von Ballast befreien:

 

XP und 2003 (nicht W2K) halten einige Jobs und Aufgaben zurück um diese irgendwann mal abzuarbeiten - keine Ahnung welche/wann genau .... dies belastet aber die CPU vielleicht auch dann, wenn Mann/Frau gerade etwas besseres mit der Kiste vorhat ....

 

Um diese Jobs aus dem Speicher zu räumen und Windows Balastfrei zu bekommen, hilft dieser Aufruf:

 

 

%windir%\System32\rundll32.exe advapi32.dll,ProcessIdleTasks

 

 

Je nachdem was ansteht (weiß wohl nur Redmond) dauert der Vorgang dann zwischen 1 Minute und 15 Minuten .... danach hat Mann/Frau aber die CPU für sich :=)

[Das Urmel 10]

Nicht ganz richtig, Prefetch wird dann zwangsweise neu geschrieben.

[phoenixcp 10]

Was genau soll das ganze bewirken? Bzw. gibt es für diesen Befehl ein Statement von MS?

[saracs 10]

Der Prefetcher-Funktion bedieht sich MICROSOFT, um häufig verwendete Anwendungen schneller in den Speicher zu laden. Der Prefetcher arbeitet dabei wie eine Art Cache. Die gecachten Dateien legt der Prefetcher im Ordner Windows/Prefetch ab.

Wer sich um seine Anonymität sorgt, kann den Inhalt dieses Ordners gefahrlos löschen. Die Systemleistung wird dadurch allerdings nicht gesteigert.

 

Um den Prefetcher zu aktivieren trägt man im Schlüssel HKEY_LOCAL_MACHINE / SYSTEM / CurrentConrolSet / Control / SessionManager / MemoryManagement / PrefetchParameters für "EnablePrefetcher" den den Wert "3" ein.

 

Einige Anwender berichteten auch davon, dass ein Wert von "5" eine nochmalige Leisterungssteigerung bewirkt hat. Damit sollte man allerdings vorsichtig sein.

 

Die Einstellungen für die Boot-Optimierung speichert Windows in der Datei LAYOUT.INI im gleichen Ordner. Alle drei Tage überprüft das Betriebssystem diese Datei und ordnet die Anwendungen während einer Arbeitspause des Rechners neu. Mit der Zeit füllt sich der Prefetch-Ordner allerdings mit immer mehr *.PF-Dateien, was zur Folge hat, dass die Boot-Optimierung immer schlechter arbeitet. Daher ist es durchaus sinnvoll, den Inhalt des Ordner von Zeit zu Zeit (ca. alle 2 Monate) zu löschen.

 

Die LAYOUT.INI wird erstmals nach 32 Systemstarts neu angelegt und periodisch erneuert. Dazu muss die Leerlaufzeit ca. 5-30 Minuten nach dem Booten andauern.

Durch Eingabe des Befehls "%windir%\system32\rundll32.exe advapi32.dll,ProcessIdleTasks" kann der Vorgang sofort gestartet werden. Um eine korrekte auswertung zu ermöglichen sollte man auf das manuelle Starten allerdings verzichten.

 

Damit der Prefetcher korrekt arbeiten kann, muss der Dienst für den Taskplaner aktiv sein.

 

quelle: http://www.winpage.info/pages/WinXP/performance.php4

 

 

wer es ganz genau wissen will sollte sich folgende microsoft seite (besonders das doc ;) ) antun :D

 

http://www.microsoft.com/whdc/system/sysperf/fastboot/fastboot-winxp.mspx

 

gruss saracs

 

btw: das ganze hab ich unter google mit dem suchbegriff "%windir%\System32\rundll32.exe advapi32.dll,ProcessIdleTasks" gefunden :D :p

[Das Urmel 10]

Na, sehr schön gesucht - gut.

Damit andere schneller die Quintessenz daraus ziehen können:

 

Der OS-Eigene Defragger benutzt die Info des prefetchers.

 

In Domains ist es deshalb sinnvoll via GPO die Option

"Auf das netzwerk warten" für XP einzuschalten, dann gehts auch mit dem nachbarn besser. ;)

 

Das mit dem Zitat gefällt mir nicht so sehr, weil der Prefetcher nicht cached, sondern

Segmentfixups beinhaltet, anhand derer der Defragger dann das Ladeverhalten von HD optimiert, aber das war ja schon länger bei MS zu erfahren.

 

HTH

[blub 115]

ähmm Urmel, hast du dir schonmal ein Prefetchfile aus der Nähe angesehen, das Windows XP beim Starten erstellt bzw. verwendet. Netzwerkmässig kommt da -zumindest bei mir - gar nichts drin vor.

 

In den *.pf Dateien stehen nur die lokalenPfade drinnen, die Windows oder ein Programm beim ersten Starten benutzt hat. Beim nächsten Start kennt dann Windows diese Pfade schon und kann die Dateien etwas im Voraus anziehen und damit Performance gewinnen.

Ob die Policiesoder Profile nun synchron oder asynchron angezogen werden (="Auf das netzwerk warten" für XP einzuschalten"), ist für den Prefetcher uninteressant.

 

Auch Saracs Artikel ist diesbezüglich einfach falsch

 

Wers nicht galubt, sehe selber nach

z.B.

strings.exe C:\WINDOWS\Prefetch\NTOSBOOT-B00DFAAD.pf >c:\bootpf.txt

oder z.B

 

strings.exe C:\WINDOWS\Prefetch\EXPLORER.EXE-082F38A9.pf >explorerpf.txt

 

die strings.exe gibts bei http://www.sysinternals.com

 

cu

blub

[Das Urmel 10]

Danke blub

aber du hast die Beta nicht und offensichtlich nicht das paper im Link gelesen.

Das ist schon alt, tangiert aber den Sachverhalt - schau dochmal rein.

Ansonsten - ich schreib nix wenn ich es nicht weiss.

[blub 115]

urmel, extra für dich habe ich mir doch nochmal das boot-prefetchfile angeschaut. Wie gesagt, bei mir, XP-SP2, gibts da nur lokale Pfade. Wäre interessant, obs bei dir anders ist

 

cu

blub

[Gadget 37]

@Urmel

 

Hab auch gerade nachgeschaut habe auch nur PF - Files für Lokale Anwendungen im Prefetch Ordner.

 

outlook.exe...pf, winword...pf, firefox...pf

 

Weitere Beschreibung zum Prefetcher - dort:

http://www.jsiinc.com/subl/tip5800/rh5826.htm

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/appendix/hh/appendix/enhancements5_0eecebea-e58b-4c95-8520-9b1dc2bc6196.xml.asp

 

BTW: Zu deiner GPO-Einstellung - ist meiner Meinung nach nur für die Abarbeitung der GPO u. Skripts zuständig - wenn man deine Einstellung aktiviert - wartet XP auf das Netzwerk bevor GP0´s geladen werden.

 

Hinweis: Wenn Sie die Anwendung der Ordnerumleitung, Softwareinstallation oder der Einstellungen von servergespeicherten Profilen in nur einem Anmeldevorgang garantieren wollen, aktivieren Sie diese Einstellung, um sicherzustellen, dass Windows darauf wartet, dass das Netzwerk zur Verfügung steht, bevor die Richtlinien angewendet werden.

 

Was hat das mit dem Prefetcher zu tun - kläre uns auf?

 

Gruß Kohn

[Frank_Steinmetz 10]

Huuppss,

 

da wart ihr wieder schneller - sorry, aber ich kann dem ganzen nur zustimmen.

 

Bei uns sind (XP Pro/SP2) ebenfalls nur lokale Pfade eingetragen.

 

Gruss,

 

Frank

[blub 115]

Hi,

Der JSIINC-Artikel ist super! Sagt alles

 

Merci

Kai

[Das Urmel 10]

Moin zusammen,

 

diese Files, sind übrigends Unicode Strings drin, aber schaut mal mit nem

Hex Editor rein, ist nicht alles was Strings da ans Licht gefördert hat.

Ich Maße mir nicht an das zu decoden, aber der Org. MS-Artikel

liefert Hinweise dazu, Jerry bringt die Zusammenfassung.

Einer der ersten Bugs W95 und NT4 - mups.sys - stammt übrigends von mir,

nur mal so ( Tip 265)

 

Richtig ist, lokale Pfade - was denn auch sonst, werden Optimiert zum Laden von HD.

Richtig ist, Netz wird delayed, Oberfläche ist aber schon funktionell.

Das kann man schön feststellen, logt man sich flink ein, dann hakts nochmal und in einer Dom kommt das Scripting bei zu flottem einloggen ( Win rennt ja schon) ausser tritt, GruRiLi laufen gelegentlich ins leere, mit der GPO, warte mal aufs Netz, wird das durch die

Hintertürwieder normalisiert.

Hoffe hiermit etwas mehr Licht in die Angelegenheit gebracht zu haben.