Quel est le fichier de sécurité.config.cch faire avec le CLR?

J'ai été confronté méchant de blocage pendant le débogage sous VS2008, SP1 sur ma machine. J'ai été en cours d'exécution ProcMon.exe pour tenter de déterminer ce qui se passe. Une chose que je vois est de 100 ou 1000 de répété lit + écrit dans un fichier appelé la sécurité.config.cch et de la sécurité.config.cch.de nouvelles.

Ce que sont ces fichiers? Pourquoi ma candidature besoin de lire + écrire à plusieurs reprises à ce fichier?

Grâce,
Dave

Exemple :

2:18:14.1421944 PM App.vshost.exe 1152 ReadFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch SUCCÈS Offset: 170,397, Longueur: 208 
2:18:14.1422854 PM App.vshost.exe 1152 ReadFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch SUCCÈS Offset: 170,605, Longueur: 224 
2:18:14.1423824 PM App.vshost.exe 1152 WriteFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch.nouveau SUCCÈS Offset: 206,817, Longueur: 208 
2:18:14.1424843 PM App.vshost.exe 1152 WriteFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch.nouveau SUCCÈS Offset: 207,025, Longueur: 224 
2:18:14.1425788 PM App.vshost.exe 1152 WriteFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch.nouveau SUCCÈS Offset: 207,249, Longueur: 12 
2:18:14.1426746 PM App.vshost.exe 1152 ReadFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch SUCCÈS Offset: 170,841, Longueur: 220 
2:18:14.1427679 PM App.vshost.exe 1152 ReadFile C:\Documents and Settings\myuser\Application Data\Microsoft\CLR Sécurité Config\v2.0.50727.42\sécurité.config.cch SUCCÈS Offset: 171,061, Longueur: 224

OriginalL'auteur Dave Moore | 2009-02-10

  1. 7

    security.config.cch fichiers, et de leurs variations (security.config.cch.new, security.config.cch.[random numbers] etc.) sont de sécurité de la résolution des fichiers de cache.

    Ces fichiers sont essentiellement un cache de la SAE (Sécurité d'Accès du Code) exigences du code de votre application. Ils permettent à l'intégré dans le système de sécurité de la CLR pour résoudre les exigences de sécurité de votre code légèrement plus vite.

    Vous pouvez supprimer en toute sécurité de ces fichiers, et cela se traduira dans votre demande initiale de la performance la prochaine fois pour un peu plus de temps, cependant, le CLR la sécurité du sous-système finira par re-générer ces fichiers.

    Il y avait un problème connu qui pourraient découler de ce processus, "CORRECTIF: message d'Erreur lorsque vous essayez d'exécuter une application Web qui a été construit en utilisant le .NET Framework 2.0: "les profonds changements ont eu lieu" toutefois, cela s'applique .NET Framework 2.0 et peut ou ne peut pas toujours s'appliquer .NET Framework 3.5 SP1 (que vous utilisez avec VS2008 SP1).

    Il est parfaitement normal qu'il y ait beaucoup de lectures/écritures de ces fichiers, cependant, si les lectures/écritures semblent excessives et à l'endroit où vous êtes victime d'un lock-ups que j'allais le chercher dans l'examen de votre code (en supposant que vous avez de nombreux appels à la demande spécifique des mesures de sécurité ou équivalent), ou de l'examen de la configuration de votre Stratégie De Sécurité Du Runtime énoncés dans la .NET Framework Configuration de l'Outil (Mscorcfg.msc).

    OriginalL'auteur CraigTP