Şimdi Ara

@@ Vista'da WINSXS klasörü nedir? neden büyüdükçe büyür? IŞTE UZMAN CEVABI! (ingilizce) @@

Daha Fazla
Bu Konudaki Kullanıcılar: Daha Az
2 Misafir - 2 Masaüstü
5 sn
12
Cevap
0
Favori
17.786
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
0 oy
Öne Çıkar
Sayfa: 1
Giriş
Mesaj
  • arkadaşlar,
    bu WinSxS klasörünün varlığından, boyutundan, sürekli büyümesine kadar tüm soruların cevabı bu bulduğum makalede.
    maalesef anca ingilizcesini bulabildim.

    "...You Guys asked what is it and why is it so big and can i delete it well here's the full skinny on WINSXS

    A commonly asked question among people looking at a Windows Vista or Windows Server 2008 installation is “why is the WinSxS folder so big?!” To answer that question I need to first describe componentization, and how components are managed in Windows Vista.

    One of the largest changes between previous versions of Windows and Windows Vista was a move from an INF described OS to componentization. A component in Windows is one or more binaries, a catalog file, and an XML file that describes everything about how the files should be installed. From associated registry keys and services to what kind security permissions the files should have. Components are grouped into logical units, and these units are used to build the different Windows editions.

    All of the components in the operating system are found in the WinSxS folder – in fact we call this location the component store. Each component has a unique name that includes the version, language, and processor architecture that it was built for. The WinSxS folder is the only location that the component is found on the system, all other instances of the files that you see on the system are “projected” by hard linking from the component store. Let me repeat that last point – there is only one instance (or full data copy) of each version of each file in the OS, and that instance is located in the WinSxS folder. So looked at from that perspective, the WinSxS folder is really the entirety of the whole OS, referred to as a "flat" in down-level operating systems. This also accounts for why you will no longer be prompted for media when running operations such as System File Checker (SFC), or when installing additional features and roles.

    That explains why the folder starts off big, but not why it gets larger over time – the answer to that question is servicing. In previous versions of Windows the atomic unit of servicing was the file, in Windows Vista it’s the component. When we update a particular binary we release a new version of the whole component, and that new version is stored alongside the original one in the component store. The higher version of the component is projected onto the system, but the older version in the store isn’t touched. The reason for that is the third part of why the component store gets so large.

    Not every component in the component store is applicable, meaning that not every component should be projected onto the system. For example, on systems where IIS is available but has not been installed, the IIS components are present in the store, but not projected into any location on the system where they might be used. If you’re familiar with how multi-branch servicing works in previous versions of Windows then it’ll make sense to you that we have a different version of the component for each distribution branch and service pack level, and that all these different versions are also stored in the WinSxS folder, even if they’re not immediately applicable. So a single Post SP1 GDR package that contains an update to one component will end up installing four versions of that component in the WinSxS folder – double that on a 64 bit operating system for some components.

    Now that you know why the store can grow to be so large, your next question is probably to ask why we don’t remove the older versions of the components. The short answer to that is reliability. The component store, along with other information on the system, allows us to determine at any given time what the best version of a component to project is. That means that if you uninstall a security update we can install the next highest version on the system – we no longer have an “out of order uninstall” problem. It also means that if you decide to install an optional feature, we don’t just choose the RTM version of the component, we’ll look to see what the highest available version on the system is. As each component on the system changes state that may in turn trigger changes in other components, and because the relationships between all the components are described on the system we can respond to those requirements in ways that we couldn’t in previous OS versions.

    The only way to safely reduce the size of the WinSxS folder is to reduce the set of possible actions that the system can take – the easiest way to do that is to remove the packages that installed the components in the first place. This can be done by uninstalling superseded versions of packages that are on your system. Service Pack 1 contains a binary called VSP1CLN.EXE, a tool that will make the Service Pack package permanent (not removable) on your system, and remove the RTM versions of all superseded components. This can only be done because by making the Service Pack permanent we can guarantee that we won’t ever need the RTM versions.

    So yes, the WinSXS folder is very large, and it will continue to grow as the OS ages. I hope that this clears up some of the questions about why that is, and what you can do about it. Note that the Windows servicing structure and the layout of the store is subject to change.

    Joseph Conway
    Senior Support Escalation Engineer
    Microsoft Enterprise Platforms Support

    Posted: Wednesday, September 17, 2008 2:18 PM by jeffhugh
    Filed under: Windows Server 2008, Windows Vista..."

    bulduğum yer:
    http://www.neowin.net/forum/index.php?s=724e0249aa5e12e9de544ad1f5811004&showtopic=590216&st=15



    < Bu mesaj bu kişi tarafından değiştirildi sahafiec -- 20 Ekim 2008; 8:26:11 >







  • Güzelde Bunun Meali Ne. TÜrkçesi Olmadıkdan Sonra Ne Anladım..
  • quote:

    Orjinalden alıntı: Serkan2060

    Açıklaması burda arkadaşım
    http://www.thgtr.com/howto/20081226/10_vista_sorunu_ve_cozumu-01.html


    Sağol
  • Ya Orda Verdiği Değerleri Kabul Etmiyo vssadmin pfff Ya yARDIMCI Olucak Biri YOKMu
  • Türkçesini de ben koyayım bari

    Vista'nın Volume Shadow Copy Hizmeti (VSS) geri yükleme noktaları oluşturur ve gölge kopyalar adı verilen bir mekanizmayla verilerin o anki durumlarını kaydeder. VSS açık dosya ve uygulamaların statik kopyalarını yaratır.

    Kulağa hoş geliyor ancak VSS disk alanının önemli bir bölümünü işgal edebilir. Bu dosyaların ne kadar alan kapladığını öğrenmek için cmd penceresinde vssadmin komutunu kullanabilirsiniz.

    Aşağıdaki ekran görüntüsünde vssadmin komutundan sonra C: ve D: bölümleri üzerindeki geri yükleme noktaları ve gölge dosyalarının ne kadar yer kapladığı görünüyor: D üzerinde 23.079 GB (toplam boyut: 149 GB, gölge dosyalarının payı = % 15.5) ve C üzerinde 69.448 GB (Toplam boyut 465 GB, gölge dosyalarının payı = % 14.9)

     @@ Vista'da WINSXS klasörü nedir? neden büyüdükçe büyür? IŞTE UZMAN CEVABI! (ingilizce) @@


    C'nin kapasitesi 465 GB fakat bu bölümdeki dosyaların kapasitesinin 120 GB olduğunu belirlediğim halde işletim sistemi geriye 230 GB boş alan kaldığını gösteriyordu. Bunun üzerinde vssadmin list shadows komutunu girdiğimde karşıma devasa bir liste çıktı. İşin kötü tarafı bu listede yer alan gölge dosyalarının boyutu tam 85 GB! Daha sonra birdenbire geçenlerde 200 GB kapasiteli USB diskimdeki şarkıları bu sabit disk üzerine kopyaladığımı hatırladım. VSS'in de aynı anda bu dosyaları alıp gölge dosyaları olarak kaydettiği açık. Üstelik bu dosyalar kullanıcıların erişimine izin verilen bir klasörün içinde kopyalanmış.

    Peki bu gereksiz dosyalardan nasıl kurtulabiliriz? Vista gölge dosyalar için varsayılan olarak sabit diskin %15'ini ayırıyor fakat ayrılan bu alandan daha büyük bir dosya yaratılırsa Vista bu dosyanın da gölge kopyasını "seve seve" oluşturuyor. Vssadmin temel komutunu kullanarak gölge dosyaların kapasitesini sınırlayabilirsiniz. Aşağıda ilgili komut satırını görüyorsunuz:

    vssadmin resize shadowstorage /For=T: /On=T: /MaxSize=Num

    Bu komut satırındaki T harfi sürücü adını gösteriyor ve sadece örnek teşkil etmekte. O yüzden büyük ihtimalle siz C veya D yazacaksınız. Num yazan yere ise sürücü kapasitenizin %15'ini girin. Benim C sürücüm için şöyle yazmam gerekiyor: /For=C: /On=c: /MaxSize=69.75. Bu numarayı deneyecekseniz bence bunu yapmadan önce sisteminizi yedekleyin ve komutu uyguladıktan sonra bilgisayarınızı yeniden başlatın. Vista otomatikman en eski geri yükleme noktaları öncelikli olmak üzere gölge dosyalarının önemli bir bölümünü kaldıracaktır.




  • Copy Paste Yaptında Arkadaşım vssadmin resize shadowstorage /For=C: /On=C: /MaxSize=69.75 Değeri Gir Bak Bakalım OOluyomu
  • Arkadaşlar aslında tek bir başlık altında yazsak daha iyi olurdu ama.

    Buyrun burdanda paylaşayım kendim uyguladığım çözümü.

    http://forum.donanimhaber.com/m_34654099/mpage_1/f_/key_//tm.htm#47540275

    Lütfen bu başlık altından devam edin. Çözüm için verdiğim linki göreceksiniz.

    Saygılar.

    Arda beyaz
  • işime yaramadı 3 satırlık kodu yönetici komut satırında çalıştırdım baya işlem yaptı bitirince kapattım sonuç değişen birşey olmadı. bendeki winsxs 5.30gb ve analiz edince silinmeli yazıyor
  • quote:

    Orijinalden alıntı: renega

    işime yaramadı 3 satırlık kodu yönetici komut satırında çalıştırdım baya işlem yaptı bitirince kapattım sonuç değişen birşey olmadı. bendeki winsxs 5.30gb ve analiz edince silinmeli yazıyor

    360 security indir sistem yedekleme temizleyicisi bölümüne tıkla winsxs boyutu düşer.

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • Demek Vista ile gelmiş bu lanet şey, Vistadan birkez daha soğudum :D
  • 
Sayfa: 1
- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.