Optimiser EXPLORER.EXE

[yesterday.never.dies]

Vous avez peut-être déjà remarqué que les ressources allouées au processus Explorer.exe augmentaient avec la durée d'utilisation de l'ordinateur. Parfois il est même nécessaire de vider la RAM.

 

 

Une autre possiblité consiste à supprimer une clé du registre pour limiter l'utilisation des ressources par Explorer.exe :

 

cliquez sur démarrer puis Exécuter...

 

Tapez regedit pour accèder à la base de registre

 

allez dans : HKEY_LOCAL_MACHINE/SOFTWARE/Classes/CLSID/{87D62D94-71B3-4b9a-9489-5FE6850DC73E}

cherchez la clé InProcServer32 et supprimez la

 

Cela aura pour effet que le processus Explorer.exe n'utilisera pas plus de 30Mo de RAM et très peu de ressources processeur.

 

(j'ai fait un effort sur les virgules !)

Modifié le 29 février 2004 par yesterday.never.dies

[padawan]

Tu la sorts d'où cette astuce ? Cite tes sources sinon tu vas te faire taper sur les doigts...

T'as essayé ? ça ne rend pas le système instable ? Sous quels OS ça marche ? Dit, c'est quoi cette bouteille de lait ?

[Florent]

Non mais cette astuce sert si tu veux supprimer des fichier AVI et qu'il y a impossibilité parce que le fichier est déjà utilisé, en plus on doit déjà l'avoir sur zebulon...

 

par contre si tu veux nous rendre service, fais un format C: et testes la procédure de réparation d'urgence...

[yesterday.never.dies]

http://www.laboratoire-microsoft.org

[gravier]

On obtient le même résultat en faisant ceci :

 

regsvr32 /u shmedia.dll

 

Pour supprimer la prévisualisation des vidéo.

 

regsvr32 shmedia.dll

 

Pour inscrire le fichier en tant que composant de commande dans le registre et donc réactiver la prévisualisation.

 

regsvr32.exe -u shimgvw.dll

 

pour supprimer la prévisualisation des images.

[ipl_001]

Bonjour gravier,

... regsvr32 /u shmedia.dll

...

regsvr32.exe -u shimgvw.dll

le switch -u est-il bien utilisable au même titre que /u pour la suppression ?

 

L'aide me parle de /u seulement !

Modifié le 29 février 2004 par ipl_001

[gravier]

Je ne sais pas pourquoi, mais les deux sont valables.

 

regsvr32.exe -u shmedia.dll

 

ou

 

regsvr32.exe /u shmedia.dll

[KewlCat]

"historiquement" les switches sous DOS c'est préficé par /

"normalement" les switches sont préfixés par - (POSIX, peut-être ? ou l'envie furieuse de faire croire au monde que Windows XP est capable d'exécuter des scripts compatibles KSH)

 

Tiré de http://wigner.cped.ornl.gov/the-gang/1999-01/1396.html :

Greg Sullivan, a Microsoft product manager (henceforth MPM), was

holding forth on a forthcoming product that will provide Unix style

scripting and shell services on NT for compatibility and to leverage

UNIX expertise that moves to the NT platform. The product suite

includes the MKS (Mortise Kern Systems) windowing Korn shell, a

windowing PERL, and lots of goodies like awk, sed and grep. It actually

fills a nice niche for which other products (like the MKS suite)

have either been too highly priced or not well enough integrated.

 

An older man, probably mid-50s, stands up in the back of the room

and asserts that Microsoft could have done better with their choice of

Korn shell. He asks if they had considered others that are more

compatible with existing UNIX versions of KSH.

 

The MPM said that the MKS shell was pretty compatible and should be

able to run all UNIX scripts.

 

The questioner again asserted that the MKS shell was not very

compatible and didn't do a lot of things right that are defined in the KSH

language spec.

The MPM asserted again that the shell was pretty compatible and

should work quite well.

 

This assertion and counter assertion went back and forth for a bit,

when another fellow member of the audience announced to the MPM that the

questioner was, in fact David Korn of AT&T (now Lucent) Bell Labs.

(David Korn is the author of the Korn shell).

[ipl_001]

gravier, KewlCat,

Merci pour les précisions !