C kökünde aşırı dosyalar


1

Masaüstü gibi, C'nin kökünün "özel" olduğunu ve bu klasörü özellikle gevşek dosyalarla karıştırmamanın, aynı zamanda klasörlerinizi alt klasörleri oluşturmaya çalışmanın en iyi yöntem olduğunu duydum. Microsoft, C'nin kökünü sağlar. Ancak, konuyla ilgili kanonik bir şey bulamıyorum, bu da bana her zaman sahte bir tavsiye olduğunu düşündürüyor ya da DOS altında mantıklı olan ancak yaşlarda uygulanamayan bir tavsiye.


2
Soruyu asıl soruyu içerecek şekilde düzenler misiniz ? Başlık da oldukça yanıltıcıdır, C: 'deki bazı dosyalarda sorun yaşadığınızı gösterir.
gronostaj

Soru, Gronostaj, C'nin köküne malzeme koymaktan kaçınmak için bir neden var mı? Harrymc'in cevabına göre, teknik ya da performans nedeni yokmuş gibi geliyor, ancak kullanıcı hatalarını önlemek için en iyi uygulama sorunlara neden olur.
Gordon,

Yanıtlar:


4

Bu çok eski bir tavsiye.

Kök dizinin kargaşasını önleme önerisi, FAT12 ( 1980'de yayınlandı ) ve FAT16 (ilk 1987'de yayınlandı ) günlerine dayanıyor . Bu dosya sistemlerinin kök dizinde tipik olarak 512 giriş sınırı varken, alt dizinlerde daha yüksek bir sınır vardır. Wikipedia'ya göre :

FAT12 ve FAT16 için mevcut kök dizin girişlerinin sayısı, birim biçimlendirildiğinde belirlenir ve 16 bitlik bir alanda depolanır. Belirli bir sayıdaki RDE ve sektör büyüklüğü SS için, kök dizin sektörlerinin RDS sayısı RDS = tavandır ((RDE × 32) / SS) ve RDE normal olarak bu sektörleri doldurmak için seçilir, yani, RDE * 32 = RDS * SS . FAT12 ve FAT16 medyası, disket olmayan medyada genellikle 512 kök dizin girişi kullanır. Mkdosfs gibi bazı üçüncü taraf araçlar, kullanıcının bu parametreyi ayarlamasına izin verir.

1996 yılında FAT32'nin tanıtılmasından sonra yayımlanan hiçbir dosya sistemi , kök dizindeki girişlerin sayısına herhangi bir kısıtlama getirmedi. Ancak, bazı dosya sistemlerinde, desteklenen maksimum toplam dosya sayısıyla sınırlı kalabilirsiniz .


3

Hayır, özel bir şey yok C:\.

Ancak, bu gibi bazı önemli Windows dosyalarını içermiyor pagefile.sysve hiberfil.sysbazı diğerleri.

Bu dosyaların hassas doğası nedeniyle, karışıklık yaratmamak iyi bir uygulama olarak kabul edilir, bu nedenle sorunların tespit edilmesi daha kolay olabilir.

Bu, bazı uygulamaların dosyalarını utanç verici bir şekilde orada saklamasını engellemez, ancak aynısını yapmamanızı tavsiye ederim.


0

NTFS biriminin kök klasöründe binlerce dosyayı depolayamamanızın teknik bir nedeni yoktur ve performans önemli ölçüde etkilenmemelidir. Ama sadece bir şeyi yapabilmen, yapman gerektiği anlamına gelmez. Uzun zamandır kurulan en iyi uygulamalar, dosyaları kök klasörüne koymaktan kaçınmak olmuştur. En iyi uygulamalar iyi nedenlerle kurulmuştur ve yeterli sebep olmadan ihlal edilmemelidir.

Vista ve sonraki sürümlerinde başka bir neden, varsayılan olarak yalnızca yükseltilmiş bir yönetici seviyesi hesabının NTFS biriminin kök dizinindeki dosyaları oluşturabilmesi veya değiştirebilmesidir. Bu kısıtlama, yeni alt klasörlerin oluşturulması için geçerli değildir. Bu kısıtlama kaldırılabilir, ancak bunun yapılması en iyi uygulamaların ihlali olur ve güvenliği tehlikeye atar.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.