Для чего используется C: \ WINDOWS \ assembly \ NativeImages_v2.0.50727_32 \ index3a0.dat? - PullRequest
3 голосов
/ 16 марта 2011

Я пытаюсь выяснить, почему у элемента управления .Net ActiveX время загрузки некоторых компьютеров намного меньше, чем у других, и я обнаружил (используя ProcMon), что на машинах, которые медленно загружают элемент управления, процесс браузера, по-видимому, тратит много времени что-то делал с этим файлом.

В медленном процессе я вижу группы событий (4-8) в вышеприведенном формате, для завершения которых требуется около 200 мс:

6:02:17.333 CreateFile C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\index3a0.dat NAME NOT FOUND
6:02:17.364 CreateFile C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\index3a0.dat NAME NOT FOUND
6:02:17.396 CreateFile C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\index3a0.dat NAME NOT FOUND
6:02:17.427 CreateFile C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\index3a0.dat NAME NOT FOUND

Однако на аналогичной трассировке, выполненной на машине, где элемент управления загружается быстро, я вижу только одну строку с результатом SUCCESS.

Что это за файл?

1 Ответ

1 голос
/ 16 марта 2011

Я предполагаю, что это как-то связано с кэшированием / быстрым поиском записей GAC или чем-то подобным, в моей системе это называется index1c.dat (в этой системе это 0 байт)

Я предполагаю, что имя взято из значения LatestIndex в HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion \ NativeImagesIndex \ v2.0.50727_32

Вы можете попробовать обновление Windows или запустить "%windir%\Microsoft.NET\Framework\v2.0.50727\ngen" update

... но даже если вы сможете запустить обновление этого кэша, это может быть не причиной ваших проблем.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...