Sadece bir merak sorusu. Disk Temizleme, çekirdeklerimin% 100'ünü bir süredir harcıyor ve hala devam ediyor. Özellikle Windows Update Temizleme'de çok zaman harcıyor gibi görünüyor.
Dosyaları silmenin neden bu kadar yoğun bir etkinlik olması gerektiğini tam olarak anlayamıyorum. Özellikle de, silebileceği şeyi hesaplamak için çok zaman harcadığı için.
Disk Temizleme neden bu kadar zaman alıyor ve işlemci kullanıyor? Bu ne kadar yoğundur?
Yanıtlar:
Windows, değiştirilemeyen güncellemeleri kaldırarak ve kaldırılamayan ve fark edilmeyen dosyaları sıkıştırarak dosyaları sıkıştırarak WinSxS klasörünü sıkıştırır. Bu çok fazla CPU gücü gerektiriyor ve bu yüzden yüksek bir CPU kullanımı görüyorsunuz.
Bunu doğrulamak için CPU kullanımını xperf / WPA ile analiz edebilirsiniz .
Windows Güncellemeleri Temizleme işleminin neredeyse% 100 CPU kullanımı gerektirdiğini onaylayabilirim, bunların tümü WinSxS sıkıştırması ve güncellemelerin yeniden entegrasyonu ile ilgilidir:
Windows kurulumundan sonra ilk kez temizlemeye başladım ve% 50'nin tamamlanması 2 saat sürdü. Grafikten, diskteki küçük dosyaların ilk okunması sırasında (ikinci grafik) ve sıkıştırma için% 100 CPU kullanımından sonra görebilirsiniz.
Sadece soruyu ateşlemek için, sonraki adımları değiştirilemez bir sanal makinede yapmıştım:
cleanmgrİşini yapalım ve zamanı not alın (sekiz saatten fazla)Lütfen Windows SystemRescueCd yazılımına yeniden başladığımı ve tüm dosyaları listeleyebildiğimi, aynı zamanda Window tarafından bakılanları listeleyebildiğimi ve bu listeyi olabildiğince çabuk yapabildiğimi (acl kontrolü yok, vb.) Unutmayın.
Ayrıca şunu unutmayın, cleanmgrancak arama bittikten sonra sadece süreyi sayıyorum (aramanın kendisi de altı saatten uzun sürüyor).
Bu yüzden dosyaları silmek botle boyun değildir (silme sadece beş dakikaya ihtiyaç duyar, ancak cleanmgrsekiz saatten fazla sürer).
Ana bilgisayar bir Linux olduğu için kendini silme işlemi o kadar hızlı olabilir ki, bu hızın nedeni Linux'un tüm yazmaları sanal makinede (24GiB) disk olarak kullanılan sabit boyutlu dosyaya önbelleğe almasından ve 64GiB'den beri RAM ve Windows 16GiB'ye izin verip SWAP kullanmamıza gerek yok PAGEFILE.SYS; Dahası, Linux tam dosyayı RAM'de tutabilir (bu dosyayı RAM'de test ettim ve silme zamanları çok bitti, ancak cleanmgrzaman düşmüyor).
Evet, sanal diski tamamen RAM'e cleanmgrkoyarsam, zaman azalmaz, ancak dosyaları manüel olarak silersem, o zaman sadece biraz düşer (64GiB RAM kullanıyorsanız Linux yazma önbelleği harikadır).
Testler için yapılandırmam:
Test1: Fiziksel sabit disklerde 24GiB sanal diske sahip Test2: Linux host RAM'inde 24GiB sanal diske sahip
cleanmgrWindows kayıt defterinde sildiği her dosya başına bir şey yapmaktan korkuyorum (kayıt defterine erişmek çok düşük).
Sahip olduğum monitörler:
cleanmgr2 civarında pik ile çalışırken,% 2'ye yakın), Linux disk önbelleği, gerçek diske gönderilmekten kaçınmak için gerçekten harikacleanmgrçalışırken% 28 ile% 15 arasında)Öyleyse açıkça cleanmgrtespit edilemeyen birçok iş yapıyor, belki uyku zamanları? Belki de, kayıt defterine izin vermiyorsa, bunun için CPU Windows monitörleri tarafından sayılmaz, bunun üzerine HDD kullanılmaz (kayıt defteri RAM'dedir) vb. Ve kayıt defterine erişimin bir saniyeden uzun sürebilir kayıt defterini açıp HK * 'nin açılmasına izin vermek yerine her bir işlem için onu kapatarak kendi programınızı deneyin.
Yani cleanmgrher dosya için yaparsa:
İşlem başına iki veya üç saniye sürebilir ve dosya başına bir işlem yaparsa, her dosya başına bir saat kadar sürebilir ... dosya sayım 40000 dosyadan biraz daha fazlaydı, 40000 dosya / 8 saat, 1.3 saniyede bir dosyayı işliyor, diğer tarafta ... bir komut dosyasını silmek (hangilerini bildikten sonra) beş dakikadan daha az bir zaman alıyor, bu da saniyede 133 siliyor ... farkı.
Bu yüzden kesinlikle cleanmgrzaman deletionkendinden kaynaklanmaz ! Başka ne yapıyor? Lütfen M $ bu hızı arttırın!
Bu sorunu hafifletmenin ve "Disk Temizleme" nin "Windows Update Temizleme" aşamasını biraz hızlandırmanın bir yolu, 'temizleme' etkinliği adı verilen süre boyunca TiWorker.exe işlemi için geçici olarak daha yüksek bir öncelik belirlemektir .
Gelen Görev Yöneticisi 'Ayrıntılar' bölmesinde, bulmak TiWorker.exeve bir pop-up menü göstermek için sağ tıklayın. 'Öncelik Ayarla' için, "Normalden Yüksek" seçeneğini seçin. Benim için bu, TiWorkerCPU etkinliğini - ortalama% 16'dan ortalama -% 25'lik tam potansiyeline (4 çekirdekli bir makinede) yükseltti .
Minik hızın yanı sıra - ve muhtemelen iyi bir başarı hissi - dışında, bu, "Windows Update Temizleme", bilinmeyen bir nedenden dolayı dosya yoluna devam edecek şekilde kodlandığı için yapılabilecek çok az şey var. Genel çalışma korkunç diske bağlı yapma.
Ve ayrıca, sürecin büyük olasılıkla askıya alınmadığını ve bir gün gerçekten tamamlanacağını da bilin . Bunu doğrulamak (ve bu rahatsız edici bekleme süresi boyunca kendinizi daha da dikkat dağıtmak için), Kaynak İzleyicinin 'Disk Etkinliği' bölümünü kontrol edebilirsiniz ("resmon.exe" yi çalıştırın).
20 MB 5 MB boyutundaki dosyayı silmek, 64 MB boyutundaki 10 dosyadan daha uzun sürecektir. Bunun nedeni, sistem dosyaları silerken, onları gerçekten silmemesidir (bir sürücüdeki boş alan "gürültü" bitlerinden yapılabildiği gibi), ancak sadece "Bir dosya burada başlar" diyen ön kısmın üzerine yazıyor ve ardından Boşluk kullanmak istediğinizde, bunun ve sonraki bölümlerin üzerine mutlulukla yazılacaktır. Gerçekte, silme, aksi takdirde yazmakla aynıdır.
Disk temizliği olan şey, temizlediği şey genellikle küçük dosyalardan (internet çerezleri, geçici dosyalar vb.) Çoktur. Bu nedenle, diske bir çok diğer şeyden çok diske daha çok yazı yazıyor ve diske yazılan birim nedeniyle yeni bir şey yüklemek kadar zaman alabilir.
İşlemi hızlandırmanın bir başka yolu da Disk Temizleme işlemini yaklaşık 5 dakika çalıştırmaktır. Durdur onu, sonra yeniden başlat, ve hemen geçecek! Ayrıca, HDD’yi / SSD’nizi Önceden De-Fragging veya Optimize Etmek işleri hızlandıracaktır, yalnızca temizlemeden sonra yeniden ayırmayı / Optz yapmayı unutmayın.