Jump to content

Vider le dossier prefetch pour accélérer Windows [FAUX]


Zepirates

Recommended Posts

Explications

Il faut bien comprendre à quoi sert le dossier prefetch (C:\WINDOWS\Prefetch) : 
Lorsque vous lancez un programme, il fait : traitements ---> chargements disque ----> traitements ---> chargements disque etc. 

Au premier lancement du programme, Windows va analyser (pendant 10 secondes) quels fichiers le programme accède, et les note dans un fichier dans le dossier prefetch. 

Lors des lancements suivants, lors des phases de traitement du programme, Windows en profitera pour aller chercher à l'avance les fichiers dont le programme va avoir besoin. 
Résultat : Un lancement plus rapide des programmes. 


En plus de cela, le système prefetch est également actif lors du démarrage de Windows, afin de tracer les chargements de fichiers au démarrage (et optimiser le démarrage de Windows). 

Enfin, le défragmenteur de Windows peut également utiliser les informations du dossier prefetch, afin de placer les fichiers les plus utilisés lors du démarrage, en début de disque, pour améliorer encore les performances. 

Il est donc inutile de purger ce dossier

Supprimer le contenu de ce dossier ne fera donc que réduire les performances de Windows. 
Désactiver la fonction prefetch vous privera également des améliorations de performances apportées.

Link to comment
Share on other sites

  • 3 years later...

Ha, tu vois, je te l’avait dit que c'etait encore une rumeur. 

http://assiste.com/Prefetch.html

 

mais tu es excusé, quand supinfo le dit il y a de quoi tomber dans le panneau et tu t'es rattrapé.  

 

et pour les coeurs cpu au démarrage je pense aussi que c'est une rumeur. 

http://assiste.com/Comment_activer_tous_les_coeurs_processeur_au_demarrage_ordinateur.html

 

idem pour les 20% de bande passante en plus et j'en passe.

Link to comment
Share on other sites

Toutes ces optimisations sont généralement bidons.
Pour l'histoire des 20% de bande passante en plus, ca consistait à apporter (sans rentrer dans les détails) des modifications sur le découpage des trames.

Du coup, tu augmentais de 20% la quantité de data transportées dans les trames, donc bel et bien 20% de "bande passante" en plus au final. Sauf que tu perdais des fonctions de contrôle, et tu retrouve avec des pertes de paquets, de la gigue, etc... Bref, des lenteurs et de la congestion.

Donc plus de données, sur une communication plus lente et moins stable :)

Link to comment
Share on other sites

×
×
  • Create New...