Assembly что это за папка

Многие дотошные пользователи ОС Windows, рассматривая субдиректории, расположенные в системной папке Windows, могут обратить внимание на папку «Assembly», обладающую, подчас, довольно внушительными размерами. У пользователя может возникнут желание избавиться от её содержимого, что делать ни в коем случае не следует, так как находящиеся в данной директории файлы имеют важное значение для работы ОС Windows. В данном материале я расскажу, что за директория Assembly, каково её назначение, и как почистить её от ненужных файлов.

Что за папка Assembly?

Слово «assembly» переводится с английского языка как «сборка». Соответственно, в данной директории находятся сборки программной платформы «.NET Framework» – набор библиотек и системных компонентов, предназначенных для обслуживания приложений, использующих архитектуру .NET Framework (последний являет собой комплекс сетевых сервисов и программ, активно продвигаемых компаний «Майкрософт»).

При этом данные сборки могут выступать в виде как библиотек (файлы .dll), так и исполняемых файлов (обладающих расширением .exe).

Также в директории «Assembly» довольно часто могут находиться различные обновления к ОС Виндовс, подготавливаемые для установки в операционную систему.

Вмещая целый комплекс подобных файлов папка «assembly» часто бывает раздута, обладая объёмом в несколько сот мегабайт (к примеру, у меня она составляет более 500 мегабайт). Механически удалять все находящиеся в ней файлы крайне не рекомендуется, так как после удаления приложения, работающие с архитектурой .NET Framework, могут перестать работать корректно, система начнёт сбоить и подтормаживать.

Большинство находящихся в папке assembly файлов — это dll-библиотеки

Особенности содержимого папки Assembly

В большинстве случаев, в папке Assembly находятся несколько субдиректорий, с названиями «GAC_32», «GAC_64», «GAC_MSIL», «GAC», папки «NativeImages» различных версий, а также папки для хранения временных файлов («temp», «tmp»).

Аббревиатура «GAC» расшифровывается как «Global Assembly Cache» (в переводе «глобальный кэш сборок»). Папка «GAC» применяется для работы со сборками NET Framework 1.x, папки «GAC_32» и «GAC_64» содержат .NET dll-библиотеки, задействованные для работы с 32 и 64-битной архитектурой ПК, а папка «GAC_MSIL» содержит библиотеки dll, не зависящие от какой-либо архитектуры вашей системы.

В папке «NativeImages» находятся компиляции промежуточного языка Майкрософт (под названием «MSIL») в виде собственных изображений сборок, выполненных с помощью генератора изображений «NGEN».

Как почистить содержимое папки Assembly

После того, как мы выяснили, что это за папка Assembly, рассмотрим способы её очистки от лишних файлов. Как я уже писал выше, механически удалять эту папку не стоит – её содержимое имеет важное системное значения, и устранение этой директории повлечёт за собой печальные последствия для вашей ОС.

Достойным вариантом в данном случае является использование программных инструментов, специально предназначенных для очистки вашей системы от нежелательного софта. Среди них могу посоветовать CCleaner, ToolWiz Care, Ashampoo WinOptimizer и ряд других аналогов, предназначенных для удобной очистки системы от лишних файлов.

Используйте «Ashampoo WinOptimizer» для очистки системы от ненужных файлов

Заключение

В данной статье было рассмотрено, что за папка под именем Assembly, каково её предназначение и функционал. Данная директория служит для хранения библиотек и системных компонентов «.NET Framework», потому важно не только беречь её содержимое, но и вовремя следить за обновлением самой программной платформы «.NET Framework». Это гарантирует стабильную работу вашей системы, а вам – наслаждение от функционала вашего ПК.

Безопасно ли очищать% WinDir% \ assembly \ NativeImages * \ Temp \?

На моем Windows Server 2008 R2 (SBS 2011) я нашел более 25 ГБ файлов, которые кажутся неактивными:

Лучше всего визуализироваться с помощью вспомогательных утилит, таких как TreeSize (по JAM Software) или WinDirStat .

Main Question:
Is it safe to manually delete the %WinDir%\assembly\NativeImages*\Temp\ folders?

Bonus Question:
Is it normal to have such a lot of data in those temp folders?
In the «v2.0» folders i have several GB! But in the «v4.0» folders I have 0 bytes.
So I assume that something must have gone wrong with the built-in mechanisms of ngen.exe or mscorsvw.exe to clean the v2.0 «Temp» folders.
I have tried the usual maintenance tasks (with Windows Disk Cleanup etc.), but it still did not free anything in those temp folders.

PS:
The related question Is purging %sYSTEMROOT%\assembly\temp safe? is about:
— %WinDir%\assembly\temp\
but here I’m asking about:
— %WinDir%\assembly\NativeImages*\Temp\

4 ответы

это, конечно, не нормальное поведение. что-то должно было пойти не так. Я проверил несколько машин. включая различные версии Windows. большинство из них not показывают эти симптомы.

после выполнения еще нескольких поисков я столкнулся с дискуссионной нитью (на немецком языке) здесь: http://www.mcseboard.de/topic/210325-exchange-m%C3%BCllt-c-zu/

там OP упоминает конкретное антивирусное программное обеспечение по «g данным».
и да, на всех машинах my , которые показывают эти симптомы, я также установил это антивирусное программное обеспечение. либо персональный выпуск «g data antivirus 25.3.0.3», либо «business» edition «14.0.1.122».

до сих пор я подтвердил этот симптом: windows 7, windows 10, windows 2008 r2.
Я также проверил и воспроизвел симптом на «чистой» машине: временные папки пусты. то я установил это антивирусное программное обеспечение. как только я установлю некоторые обновления для .net-структуры, он теперь просачивает файлы в папки temp NativeImages.

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

В любом случае, я вручную опустошил эти папки и не столкнулся с какими-либо проблемами до сих пор.

Это должно быть безопасно удалить содержимое этой папки, оно используется для .NET Global Assembly Cache (GAC). Я сам оставил бы папку, просто удалю содержимое. Хуже того, что это может произойти, это перерывы .NET, и переустановка этой проблемы должна решить эту проблему.

Вы можете безопасно удалить временные папки до тех пор, пока вы оставите каталог сборки неповрежденным:

Затем удалите G-Data со своего компьютера, перезагрузите компьютер

Теперь вы можете создавать свои собственные изображения с помощью:

Теперь нет каталогов ZapXXX.

Переустановите G-Data, перезагрузите

Вы должны быть в безопасности до следующего обновления .NET, где все начинается, если нет исправления от G-Data

Безопасно ли очистить% WinDir% \ assembly \ NativeImages * \ Temp \?

На моем Windows Server 2008 R2 (SBS 2011) я обнаружил более 25 ГБ файлов, которые кажутся неактивными:

Лучше всего визуализироваться с помощью вспомогательных утилит, таких как TreeSize (по JAM Software) или WinDirStat .

Основной вопрос:
Можно ли вручную удалить папки %WinDir%\assembly\NativeImages*\Temp\ вручную?

Бонусный вопрос:
Нормально ли иметь такие данные в этих временных папках? В папках «v2.0» у меня есть несколько GB ! Но в папках «v4.0» у меня есть 0 байт .
Поэтому я предполагаю, что что-то пошло не так с встроенными механизмами ngen.exe или mscorsvw.exe , чтобы очистить папки «Temp» v2.0.
Я пробовал обычные задачи обслуживания (с Windows Disk Cleanup и т. Д.), Но он по-прежнему not освобождал что-либо в этих временных папках.

PS:
Связанный с этим вопрос Очистка% SYSTEMROOT% \ assembly \ temp safe? о:
— %WinDir%\assembly\temp\
но здесь я спрашиваю:
— %WinDir%\assembly\NativeImages*\Temp\

4 ответа

это, конечно, не нормальное поведение. что-то должно было пойти не так. Я проверил несколько машин. включая различные версии Windows. большинство из них not показывают эти симптомы.

после выполнения некоторого поиска я наткнулся на дискуссионный поток (на немецком языке) здесь: Ссылка

там OP указывает конкретное антивирусное программное обеспечение на «g data».
и да, на всех машинах my , которые показывают эти симптомы, я также установил это антивирусное программное обеспечение. либо персональный выпуск «g data antivirus 25.3.0.3», либо «business» edition «14.0.1.122».

До сих пор я подтвердил этот симптом: windows 7, windows 10, windows 2008 r2.
Я также проверил и воспроизвел симптом на «чистой» машине: временные папки пусты. то я установил это антивирусное программное обеспечение. как только я установил некоторые обновления для .net-структуры, теперь он пропускает файлы в папках temp NativeImages.

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

в любом случае, я вручную опустошил эти папки и не столкнулся с какими-либо проблемами до сих пор.

Windows assembly nativeimages temp

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I am experienceing a problem with above mentioned folder which is giving me some headaches: For about some month these folders filled up more and more on every server restart.
The folders are basically containing thousands of subfolders (syntax ‘ZAPXXXX.tmp) which are sometimes empty but mostly containing dlls like «Syste.Data.dll’, ‘System.Management.Automation.dll’, ‘PresentationCore.dl’, ‘System.Runtime.Serialization.dll’, ‘System.ServiceModel.dll’, ‘System.Data.Entity.dll’.

In the event log I am getting many errors like the following, originating from different sources:

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: Microsoft.SqlServer.Smo, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 . Error code = 0x80070020

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: Microsoft.SqlServer.Management.SqlParser, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 . Error code = 0x80070020

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 . Error code = 0x80070020

What I found out so far:
The folders c:\windows\assembly\NativeImages_v2.0.50727_64\Temp and c:\windows\assembly\NativeImages_v2.0.50727_32\Temp are used by many different applications at once so a simple purge could result in unforseable trouble, especially on a SBS.

There really isn’t much on this topic on the Internet, but I found these 3 approaches:

1. Start ngen.exe with ceratin parameters (https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2018794)

2. Repair MS Report Viewer Redistributable (which one? I have some of them. ) — http://blogs.msmvps.com/kwsupport/2008/01/24/event-1011-sp1-for-net-2-0-3-0/

3. Simply delete the temp folder’s content (https://rcmtech.wordpress.com/2015/09/22/cleaning-a-large-windows_assembly_temp-folder/)

Could it be safe to at least delete the temp contents of the affected folders which had been created prior to the latest restart?

Windows assembly nativeimages temp

Вопрос

I am experienceing a problem with above mentioned folder which is giving me some headaches: For about some month these folders filled up more and more on every server restart.
The folders are basically containing thousands of subfolders (syntax ‘ZAPXXXX.tmp) which are sometimes empty but mostly containing dlls like «Syste.Data.dll’, ‘System.Management.Automation.dll’, ‘PresentationCore.dl’, ‘System.Runtime.Serialization.dll’, ‘System.ServiceModel.dll’, ‘System.Data.Entity.dll’.

In the event log I am getting many errors like the following, originating from different sources:

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: Microsoft.SqlServer.Smo, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 . Error code = 0x80070020

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: Microsoft.SqlServer.Management.SqlParser, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 . Error code = 0x80070020

.NET Runtime Optimization Service (clr_optimization_v4.0.30319_64) — Failed to compile: System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 . Error code = 0x80070020

What I found out so far:
The folders c:\windows\assembly\NativeImages_v2.0.50727_64\Temp and c:\windows\assembly\NativeImages_v2.0.50727_32\Temp are used by many different applications at once so a simple purge could result in unforseable trouble, especially on a SBS.

There really isn’t much on this topic on the Internet, but I found these 3 approaches:

1. Start ngen.exe with ceratin parameters (https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2018794)

2. Repair MS Report Viewer Redistributable (which one? I have some of them. ) — http://blogs.msmvps.com/kwsupport/2008/01/24/event-1011-sp1-for-net-2-0-3-0/

3. Simply delete the temp folder’s content (https://rcmtech.wordpress.com/2015/09/22/cleaning-a-large-windows_assembly_temp-folder/)

Could it be safe to at least delete the temp contents of the affected folders which had been created prior to the latest restart?