Sabit sürücülerin gerçek boyuttan daha küçük bir bölüme ayrılması, nesnel olarak daha iyi performans göstermesini sağlıyor mu?


21

2016'da 80gb'lik bir HDD üzerinde çalışıyordum ve çoğu zaman kendimi çabuk hissettim. Ve 1TB HDD ve çok daha büyük bir ram ve daha hızlı CPU ile yeni bir dizüstü bilgisayar satın aldıktan sonra - HDD, daha yeni nesil HDD olmasına rağmen (RPM hızından emin değil) aslında eskisinden çok daha yavaş geldi.

Bu yüzden son zamanlarda 1 TB HDD'mi 80 gb birincil bölüme ayırmaya karar verdim ve işletim sistemi ve ana web tarayıcısının ötesinde hiçbir şeye ihtiyacım olmadığından kalan alanın ayrılmasını sağlamaya karar verdim.

Bunu yaptıktan sonra - bir nedenden ötürü eskisinden çok daha keskin hissettirdi. Dosya yöneticisi çok hızlı çalışıyor ve HDD'nin genel performansı daha da iyi. Sadece bir plasebo mu yoksa SSD döneminden önce de devam eden yasal bir şey mi olduğunu bilmek istiyorum.

"Disk kısa vuruş" hakkında bir şeyler okudum ama yaptığımın aynısı olup olmadığından emin değilim. Belki de BIO'larım önce kenarlarında boşluk bırakıyor? Bu konudaki açıklamalarını bilmek istiyorum.


6
Bu ilginç bir soru, ancak 2016'da satın alınan bir HDD sadece 80GB depolama alanına sahipse, RPM büyük bir sorun olabilir mi? Bu büyük olasılıkla bir hibrid HDD / SSD ya da bir tür Yüksek RPM sürücüsüdür (en azından 10.000 RPM, muhtemelen daha fazlası) ya bunların performans üzerinde büyük etkisi olacaktır.
Cestarian

1
@Cestarian Bu iyi bir nokta. Şu anda 2015'ten itibaren nispeten düşük uçlu bir masaüstü kullanıyorum ve 80 GB SSD ve 1 TB HDD ile geldi. En son 80 GB'lık bir HDD satın aldığımda 2003 civarındaydı. Dolayısıyla, söz konusu 80 GB'lik HDD bir HDD değil, bir SSD olabilirdi.
kasperd

Yanıtlar:


29

Evet, yaptığınız şeye "kısa vuruş" denir.

Sürücünün kafa hareketini sınırlandırarak arama performansını artırır. Sabit sürücü performansı temel olarak üç faktörle sınırlıdır: Arama süresi (kafaların istenen silindire girip çıkması için geçen süre), dönme gecikmesi ve tabii ki gerçek veri aktarım hızı.

prensipler

Çoğu modern 3,5 inç sabit sürücü 9 ila 10 msn aralığında ortalama arama sürelerine sahiptir. Bir "arama" yapıldığında, sürücünün istenen sektörün başlangıcının kafaların altına girmesini beklemesi gerekir. Ortalama dönme gecikmesi, sürücünün bir tam dönüş yapması için gereken sürenin yarısıdır. Bir 7200 rpm sürücü, saniyede 120 devire döner, bu nedenle bir devir 1/120 saniye sürer, yani yarım devir - ortalama dönme gecikmesi - 1/240 saniye veya 4.2 milisaniyedir. (Bunun her 7200 rpm sabit sürücü için aynı olduğuna dikkat edin .) Veri aktarımına başlamadan önce ortalama 13 msn süremiz var.

Veri aktarım hızı, sürücü özelliğinin söylediği şekildedir. Modern sürücülerle bu, neredeyse her zaman, SATA 3 gibi fiziksel arabirimin desteklediğinden biraz daha düşüktür. Bir G / Ç işleminin veri aktarma bölümünün genellikle en küçük sürelidir ve modern arayüzlerle neredeyse göz ardı edilebilir. Eski bir ATA33 sürücüsünde bile, 4KiB'nin aktarılması yalnızca 1.2 msn sürdü.

Arama süresi özelliği, çeşitli kafa hareketi mesafeleri için olası arama sürelerinin bir ortalamasıdır. Bir silindirden bitişik silindire kadar aramanın, en içten dışa doğru ne kadar kısa olacağını görebilirsiniz. (Bir "silindir", tek bir kafa pozisyonundan erişilebilen tüm izlerin toplanmasıdır.) Her ikisi de atipik durumlardır. HD performansındaki varsayım, erişilen verinin sürücü üzerinde rastgele rasgele dağıtılacağı varsayımıdır, bu nedenle 9 veya 10 msn civarında bilinen alışılmış arama süresi, bir dizi farklı arama mesafesinin ortalamasıdır. En ayrıntılı teknik özellik sayfalarında, bazı üreticiler hem silindire hem de silindire (genellikle "izini izleme" olarak etiketlenir) listeler, yani ortalamanın yanı sıra bitişik, zaman ve maksimum (uçtan uca) ararlar.

Büyük "sıralı" aktarımlarla yapılan sürücü karşılaştırmalarını gördüğünüzde, hem arama süresini hem de dönme gecikmesini en aza indiren ve sürücünün yerleşik önbelleğinin etkinliğini en üst düzeye çıkaran veri erişim desenleriyle yapılan testleri görüyorsunuz. yani tek bir büyük dosyayı sırayla okuma - baştan sona - bir seferde örneğin 64 KiB okuma kullanarak, dosya bir bitişik blok aralığını kapsıyor.

Peki kısa vuruş nasıl çalışır?

Sürücüden çok daha küçük bir bölüm oluşturarak ve yalnızca kullanarak - tüm verilerinizi dar bir silindir silindirinde (kafa konumları) tutuyorsunuz. Bu, mümkün olan maksimum arama süresini daha küçük yapar, bu nedenle ortalama daha küçüktür. Dönme gecikme süresine veya aktarım hızına yardımcı olmaz.

Yardımcı olmasının bir diğer yolu, sürücünüzü kullanımınızı en yüksek kapasiteli silindirlere tutmaktır. Modern HD'ler "bölge bit kaydı" kullanır, yani dış hatlarda iç hatlardan daha fazla parça başına kesim vardır. Böylece, veriler dış silindirlerde ise, kafaları fazla hareket ettirmeden daha fazla verilere erişebilirsiniz.

gerçekten işe yarıyor mu?

Birçok farklı teknoloji meraklısı sitesi bunu test etti. Örneğin, Tom's Hardware'de bu makaleye bakın . Sonuçlar etkileyici: Saniyedeki G / Ç oranını neredeyse ikiye katlamak.

Ancak bu, büyük bir sabit sürücü satın alarak ve yalnızca sürücünün kapasitesinin küçük bir kısmını kullanarak yapıldı. Bu, GB başına maliyetinizi radikal bir şekilde artırır.

Ancak, bir geçici çözüm var. Asla zorunda değilsinhız avantajı elde etmek için sürücünün kalanını kullanın. Sisteminiz ana bölümünüze çokça çarptığında bunu günlük kullanımdan uzak tutmanız gerekir. Çoğumuzun çok fazla erişebileceğimiz (işletim sistemi, uygulamalar ve uygulamaların üzerinde çalıştığı bazı veriler) ve çok fazla erişemediğimiz çok daha büyük miktarda veriye sahibiz. Örneğin, sürücünün kalanını bir tür arşiv depolaması için veya müzik ve video gibi multimedya dosyaları için kullanabilirsiniz. Medya oynatımı genellikle nadirdir, tek bir dosyaya sıralı erişimdir ve genellikle o sırada makineyle başka bir şey yapmazsınız. Bu nedenle, sürücüyü bu şekilde kullanmak, medyanın oynatılmasını, her şeyin tek bir büyük bölüme yayılmış olmasından daha kötü hale getirmez ve medya verilerini içermeyen işlerin, kısa vuruştan yararlanmaları gerekir.

ama iyi bir fikir mi?

Öte yandan , TH tarafından yapılan testler sentetik ölçütlerdi ve bu sonuçları elde etmek için disk kapasitesinin çok yüksek yüzdelerini attılar. Modern işletim sistemleri, HD performansını optimize etmek için oldukça çaba sarf ediyor. Bunun bir örneği, bu cevabın yorumlarında açıklanan Windows “dosya yerleşimi optimizasyonu”. Ve "kısa vuruş" daha az etkili hale getirecek Sadece birinin sentetik kıyaslamada etkileyici sonuçlar alması, "kısa vuruş" un mutlaka yapılması gereken iyi bir şey olduğu anlamına gelmez.

Bir düşünün: 1 TB sabit disk bu günlerde yaklaşık 50 $ maliyeti. Ama sadece 80 GB kullanıyorsunuz. Sadece işletim sistemine ve bir tarayıcıya ihtiyacınız olduğunu söylüyorsunuz ... peki, 63 $ için bir Samsung 128 GB SSD'ye sahip olabilirsiniz, ne kadar "kısa vuruşlu" olursanız olun, 80 GB ve FAR'ınızın alanını yarı yarıya daha iyi bir performansla elde edebilirsiniz HD. Veya 50 ABD doları karşılığında 240 GB kapasiteye sahip bir SanDisk SSD alabilirsiniz. Neredeyse 50 dolarlık bir terabaytlık sabit diskin hepsini kullanmamaktan daha iyi bir anlaşma gibi görünüyor.

btw

btw: "BIOS" unuz (ya da bu konuda UEFI) bölüm oluşturmaz ve bölümlerin nerede olduğu ile ilgisi yoktur. İşletim sisteminin bölümlendirme yardımcı programına kalmış. Duyduğum her işletim sistemi önce dış silindirleri kullanır. Örneğin, Windows 'Disk Yönetimi yardımcı programında, her bir diskteki sürücü bölümlerinin grafiksel görüntüsü, soldaki en dıştaki silindirlere sahip düzeni gösterir. AOMEI disk bölümleme yardımcı programı da aynı şeyi yapar.

ASIDE - TRUE STORY: 5.25 inç form faktörü sabit disklerin onlarca ve yüzlerce MB boyutunda olduğu günlerde, CDC adında bir şirketin "Wren" serisi adında bir disk sürücüsü vardı. (Bu ad, biraz daha eski bir dönemin fiziksel olarak daha büyük olan Fujitsu "Eagle" sürücülerinde bir tokat olmadı.) Bir süredir biraz daha yüksek performanslı bir model olan "WrenRunner" vardı. Ortalama erişim süresinin yaklaşık% 90'ı,% 20 daha fazla maliyet ve bir milisaniye kadar kısa sürede tıraş edildi. Bazı deneylerden sonra, "WrenRunner" in sadece bir "Wren" olduğu ve ilk ve son birkaç parçanın sürücünün yazılımına kilitlendiği açıktı. yani aynı performansı ve kapasiteyi daha ucuz olan Wren'den "kısa vuruş" ile elde edebilirsiniz, ancak o zaman kullanmamış olsak da.


Açıklamanız makul olsa da "evet" sahte görünüyor. Kullanılabilir depolamanın yalnızca% 5 veya% 10'unu kullanıyorsanız, herhangi bir iyi işletim sisteminin dosya sistemi sürücüsü, diski en fazla veya tamamen% 5 veya% 10'undan daha fazla depolama alanı tahsis edecektir. Bunu aştığı takdirde, kötü parçalanmış serbest bölgeleri kullanmaktan kaçınmak ve böylece daha iyi performans göstermek olacaktır. Bir sürücüyü "performans için" ayırmak, işleri ayrı tutmak yerine sadece saçma bir fikirdir.
R. ..

@R .. ya da diskin başında art arda yazmaktan kaçınmak, sürücüyü daha uzun süre dayandırmak olabilir, ancak sanırım sadece çok sık veri değiştirirseniz
biri

1
@R .. Pekala ... Birkaç ay veya bir yıl kullanıldıktan sonra büyük bir HD'deki kullanım dağılımına hiç baktıysanız, farklı bir fikriniz olabilir.
Jamie Hanrahan

2
Öte yandan, Windows'un Dosya Yerleşim Optimizasyonu var. Diskte birbirine yakın olması için, zaman içinde birbirine yakın erişilen exe ve dll parçalarını kasıtlı olarak hareket ettirir. Ve bu, bu şeyleri tek bir bitişik boşluğa taşımayı denediğinden, bu boşluğun bulunduğu yerlerde daha etkili olmalı - yani çok fazla boş alana sahip bir sürücüde. (Doğal olarak, WIndows bunu bir SSD'de yapmaktan rahatsız olmaz.) Bu nedenle, "evet, HD performansını artırır" yanıtının hala kıyaslamalar için geçerli olduğu sonucuna varırdım - ama bu mutlaka yapılması gereken iyi bir şey anlamına gelmez.
Jamie Hanrahan

2
İşte Windows Dosya Yerleştirme Optimizasyonu hakkında bir yazı. Elbette Süleyman, Russinovich ve arkadaşlarının Windows Internals'ı "atın ağzı" referansıdır. autoitconsulting.com/site/performance/…
Jamie Hanrahan

3

Çok fazla faktör var ve kesinlikle kanonik bir cevap olduğundan emin değilim. Ancak, dönen disklerin dışına yakın daha küçük bir bölüm, verilerinizin yüksek oranda parçalanmış olmaması şartıyla daha hızlı arama ve sıralı aktarımlar gösterebilir.

Dönen disklerde, dış silindirler daha fazla sektöre sahiptir ve iç silindirlerden daha hızlı döner. Birçok modern dosya sistemi, parçalanmayı azaltmak için sürekli olarak dosya kesimlerini yerleştirmeye çalışır, bu da büyük bölümlerin zaman içinde iç silindirlerin daha fazla ve daha fazla kullandığı anlamına gelir.

Daha küçük bölümlerin dosya sistemini dış silindirlerin üzerine daha fazla veri yerleştirmeye zorlaması ve hafif parçalandığında bile verilerin okuma kafalarının altına daha hızlı hareket etmesi mümkündür.

Sürücüyü rasgele erişim ve sıralı performans için farklı bölüm boyutlarıyla hdparm gibi Linux araçlarını kullanarak test edebilirsiniz , ancak pratik bir cevaptan daha fazlasını istiyorsanız, parçalanmayı dikkate alan daha gelişmiş bir araç kullanmak isteyebilirsiniz.

Sürücülerinizi ne için kullandığınıza bağlı olarak, disk alanını boşa harcamanın herhangi bir yararı, atıkların kendisi tarafından dengelenebilir. Parçalanma altındaki rastgele erişim veya performans sizin için önemliyse, katı halli bir sürücüye (SSD) geçmek uzun vadede daha anlamlı olur.

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.