WinSxS-map in Windows 10/8/7 uitgelegd

De meesten van jullie hebben misschien het WinSxS-map in Windows 7/8/10 en was verrast over de grootte. Voor degenen die dat niet hebben, bevindt de map zich in C: \ Windows \ Winsxs en heeft een geweldige maat! De mijne is bijna 5 GB en heeft ongeveer 6000 mappen en 25.000 bestanden en neemt bijna 40% van de Windows-map in beslag! Terwijl de grootte van deze Winsxs-map, in XP is ongeveer 25-50 MB; het grote formaat in Windows 10, Windows 8, Windows 7 en Windows Vista is voor velen intrigerend! Controleer de afbeelding hieronder.

Dus wat is het mysterie van deze Winsxs-map in Windows Vista en hoger? Laten we dat in deze post vinden.

In de WinSxS-map worden meerdere exemplaren van dll, exe en andere systeembestanden opgeslagen om meerdere toepassingen in Windows te laten draaien zonder compatibiliteitsproblemen. Als je naar binnen bladert, zul je zien wat lijkt op veel dubbele bestanden, die allemaal dezelfde naam hebben. Dit zijn eigenlijk verschillende versies van dezelfde bestanden die worden opgeslagen; omdat verschillende programma's verschillende versies kunnen vereisen.

WinSxS-map Windows 10/8/7

Kortom, winsxs, wat staat voor 'Windows zij aan zij', is Windows native assembly cache. Bibliotheken die door meerdere applicaties worden opgeslagen, worden daar opgeslagen. Deze functie werd voor het eerst geïntroduceerd, in Windows ME en werd beschouwd als de oplossing van Microsoft voor de zogenaamde 'dll hell'-problemen die Windows 9x teisterden.

In Winsxs is de map 'backup' de grootste, zoals te zien is in de onderstaande afbeelding.

Nogmaals, zoals te zien is in de afbeelding hieronder, neemt de 'Andere' Bestandstypen het grootste deel van de ruimte in de Winsxs-map in beslag. Deze bestaan ​​voornamelijk uit .imd, .ngr, .csd, .dll, .dll.mui, .exe en dergelijke andere bestandstypes.

In Windows 7 en later is er geen map 'dllcache' en kun je ook de map 'i386' niet vinden, waar het systeem alle bronmodules in de cache (zoals in XP) opslaat. Het is deze WinSxS-map waarin de gedeelde componenten van side-by-side-applicaties worden opgeslagen. Deze bestanden kunnen meerdere versies van dezelfde assembly of applicatie zijn. Elke side-by-side assembly heeft een unieke identiteit. Een van de kenmerken van de assembly-identiteit is de versie. “Side-by-side assemblies worden door het besturingssysteem gebruikt als fundamentele eenheden voor naamgeving, binding, versiebeheer, implementatie en configuratie. De map Winsxs bevat alle manifesten, optionele componenten en Win32-bestanden van derden ".

Maar waarom zoveel submappen en waarom bewaren zo veel verschillende versies van dezelfde dll, exe of andere bestanden ?

Zoals vermeld, slaat Windows de oude dll's en bibliotheekcomponenten op in de WinSxS-map. Als een nieuwere versie van dit bestand deel uitmaakt van het besturingssysteem, maar als een bepaalde toepassing een bepaalde oudere versie nodig heeft om te worden uitgevoerd, wordt de oudere versie van de map winsxs gebruikt, waarbij de nieuwere versie op zijn huidige plaats wordt bewaard, voor andere toepassingen die dit nodig kunnen hebben.

Het is dus duidelijk dat je deze map niet kunt verwijderen of elders verplaatsen. Het is ook niet raadzaam om hier iets te verwijderen, omdat een dergelijke stap je applicaties waarschijnlijk onwerkbaar zou kunnen maken of zelfs je systeem zou kunnen breken! Als je veel applicaties hebt geïnstalleerd, kun je een jumbo sized winsxs-map verwachten. Deze WinSxs-map mag niet op een ander volume staan ​​dan het systeemvolume. Dit komt door de harde koppelingen van NTFS. Als u de map probeert te verplaatsen, kan dit ertoe leiden dat Windows-updates, servicepacks, functies enz. Niet correct worden geïnstalleerd.

Als u componenten uit de WinSxS-map verwijdert, zoals de manifestaties of de assembly's, enzovoort, kunt u problemen ondervinden. Elk systeem zou anders reageren. Wat voor iemand zou kunnen werken, zou een ander kunnen breken! Als u bijvoorbeeld een programma installeert dat die specifieke assembly vereist, die u mogelijk hebt verwijderd, dan zal dat programma gewoon niet worden uitgevoerd! Het comprimeren van de map is ook een 'no-no', omdat dit problemen kan veroorzaken tijdens WindowsUpdates of tijdens het installeren van een hotfix.

De veiligste manier om het schoon te maken, is door eenvoudig applicaties te verwijderen die u niet nodig hebt. Dit is echter ook niet onfeilbaar, omdat veel applicaties hier hun bestanden achterlaten, omdat ze mogelijk worden gedeeld met andere applicaties. Dus de kans dat dud ongebruikte dll's achterblijven is vrij hoog.

We raden het gebruik van WinSxS-opruimhulpprogramma's, zoals WinsxsLite omdat je je Windows zou kunnen breken.

En als je nieuwe software uitprobeert of vaak installeert en verwijdert, zul je merken dat je Winsxs-formaat inderdaad groot is, omdat Windows meerdere exemplaren van deze dll-bestanden zal opslaan om meerdere applicaties zonder compatibiliteitsprobleem te laten.

WinSxs Mapopruiming

Windows 8.1 introduceerde een nieuwe opdrachtregeloptie voor DISM.exe, / AnalyzeComponentStore. Als u deze opdracht uitvoert, wordt de WinSxS-map geanalyseerd en wordt aangegeven of een opschoning van onderdelen is aanbevolen of niet. Het is aanwezig in Windows 10 ook.

In Windows 8 / 8.1 / 10, open Schijfopruimingstool en gebruik de optie Opruimen van Windows Update om de WinSxS schoon te maken.

Microsoft heeft een update uitgebracht waarin de optie Opschonen van Windows de optie Schijfopruiming is toegevoegd in Windows 7.

Je kunt WinSxS nu ook opruimen Windows Server 2008 R2 met nieuwe de nieuwe update.

Hier zijn enkele andere opties waar u aan kunt denken maak schijfruimte vrij - wat routine en een beetje extreem:

1. Voer het Schijfopruimingstool of CCleaner uit
2. Verwijder ongebruikte applicaties
3. Verplaats pagina-bestand naar een ander station
4. Slaapstand uitschakelen
5. Gebruik de optie speciaal dumpbestand om geheugendumpbestanden op een ander volume op het systeem vast te leggen.
6. Systeemherstelpunten uitschakelen
7. Offload gebruikersprofiel en programmeer bestandsmappen naar een ander volume op het systeem.

Update 1 van TechNet-blogs: Een van de grootste veranderingen tussen eerdere versies van Windows en Windows 7 / Vista was een overstap van een INF-beschreven besturingssysteem naar componenten. Alle componenten in het besturingssysteem zijn te vinden in de WinSxS-map - in feite noemen we deze locatie de component store. Elk onderdeel heeft een unieke naam die de versie, taal en processorarchitectuur bevat waarvoor het is gebouwd. De WinSxS-map is de enige locatie waar het onderdeel zich op het systeem bevindt, alle andere exemplaren van de bestanden die u op het systeem ziet, worden "geprojecteerd" door een harde koppeling vanuit de componentopslag.

Nu je weet waarom de winkel zo groot kan worden, is je volgende vraag waarschijnlijk om te vragen waarom we de oudere versies van de componenten niet verwijderen. Het korte antwoord daarop is betrouwbaarheid. De componentopslag, samen met andere informatie over het systeem, stelt ons in staat om op elk gewenst moment te bepalen wat de beste versie van een te projecteren component is. Dat betekent dat als u een beveiligingsupdate verwijdert, wij de eerstvolgende hoogste versie op het systeem kunnen installeren - we hebben niet langer een probleem met het niet meer verwijderen van de installatie. Het betekent ook dat als u besluit een optionele functie te installeren, we niet alleen de RTM-versie van de component kiezen, maar we zullen kijken wat de hoogst beschikbare versie op het systeem is.

De enige manier om de omvang van de WinSxS-map veilig te verkleinen, is het aantal mogelijke acties dat het systeem kan nemen te verminderen. De eenvoudigste manier om dit te doen is om de pakketten te verwijderen die de componenten hebben geïnstalleerd. Dit kan worden gedaan door achterhaalde versies van pakketten die zich op uw systeem bevinden, te deïnstalleren. Service Pack 1 bevat een binair bestand VSP1CLN.EXE, een tool die het Service Pack-pakket permanent (en niet verwijderbaar) op uw systeem zal maken en de RTM-versies van alle vervangen componenten zal verwijderen. Dit kan alleen worden gedaan omdat we door het servicepack permanent te maken kunnen garanderen dat we de RTM-versies nooit nodig zullen hebben.

Update 2 van E7 Blogs : "Modularizing" van het besturingssysteem was een technisch doel in Windows Vista. Dit was om een ​​aantal problemen op te lossen in legacy Windows met betrekking tot installatie, onderhoud en betrouwbaarheid. De Windows SxS-directory vertegenwoordigt de "installatie- en servicestatus" van alle systeemcomponenten. Maar in werkelijkheid verbruikt het niet zo veel schijfruimte als het lijkt wanneer de ingebouwde hulpprogramma's (DIR en Explorer) worden gebruikt om de gebruikte schijfruimte te meten. Het feit dat we het voor u lastig maken om te weten hoeveel ruimte er daadwerkelijk in een directory wordt verbruikt, is absoluut een goed punt! De WinSxS-directory maakt ook offline onderhoud mogelijk en maakt Windows Vista en later "veilig voor imaging".

Er zijn verschillende blogs en zelfs enkele "ondergrondse" tools geweest die je vertellen dat het ok is om de WinSxS-directory te verwijderen, en het is zeker waar dat je het na de installatie uit het systeem kunt verwijderen en het lijkt erop dat het systeem booten en goed werkt. Maar zoals hierboven beschreven, is dit een zeer slechte gewoonte, omdat u de mogelijkheid om betrouwbare service te verlenen, alle componenten van het besturingssysteem en de mogelijkheid om optionele componenten op uw systeem bij te werken of te configureren, verwijdert. Windows ondersteunt alleen de WinSxS-directory op het fysieke station op de oorspronkelijk geïnstalleerde locatie.

Conclusie

Laat de WinSxS-map zijn zoals hij is!

Lees hier meer over de Sysnative-map.

Gepost van WVC.

Extra leest:

1. Analyseer Windows Component Store of WinSxS in Windows
2. WinSxS map opruimen in Windows
3. De optie Windows Update Opschonen toevoegen aan Schijfopruiming in Windows
4. Schoon WinSxS-directory op Windows Server.