Bir SSD'yi bölümlendirmenin dezavantajları?


79

NickN adına giden bilge bir adam (çok zorlu bir yazılım parçası olan Microsoft'un Flight Simulator X'ini oynamaya yönelik) güçlü bir bilgisayar inşa etme konusundaki görüşlerinde uzun bir forum görevini sürdürüyor .

Bir yerde SSD sürücüleri hakkında puan toplar ve listeyi şu şekilde bitirir:

BÖLÜM SSD YAPMAYIN

Maalesef bu konuda ayrıntılı bilgi vermedi, ama neden böyle söylediğini merak ediyorum. Bir SSD'yi bölümlendirmenin sakıncaları nelerdir? (Bu bağlamda bölümleme,> = 2 bölüm anlamına gelir)


13
Eh, sen ediyorum var onu kullanmak için bunu bölme. Muhtemelen, birden fazla bölüm oluşturmamak anlamına gelir, bunun neden benim için ötesinde olduğunu tavsiye etse de.
ChrisInEdmonton

1
@ChrisInEdmonton evet onun anlamı bu.
MarioDS

4
Bunun neden önemli olduğunu anlayamıyorum. Fiziksel bölümler yerine mantıksal bölümler kullanıyor olsanız bile, işletim sistemi dosya sürücüsüne sürücünün hangi bölümünü kullanacağını söylediğinde bölümler önemli değildir. Önemli olabilecek tek şey, bölüm hizalamasıdır, ancak bölüm sayısıyla ilgisi yoktur.
Darth Android

2
Sadece bir HDD veya SDD olmasına bakılmaksızın “Çok küçük bir sürücüyü bölümleme” anlamına geldiğini tahmin edebilirim.
Hennes

6
Yapabileceğim tek seçenek, bir SSD kontrol cihazının çalışacak bir birimdeki boş alana ihtiyacı olduğunu varsaymaktır (yanlış). Verimli olması için disk üzerinde boş alana ihtiyaç vardır; monte edilmiş bir birimdeki boş alanı açmayın. Tuning, yalnızca aşırı korumanın sağlanmasına ve ana bilgisayar korumalı alanın kurulmasına karar verilmesi meselesidir .
Hennes

Yanıtlar:


118

SSD'ler tekrar etmiyor, dosya sistemi seviyesinde çalışmıyor!

Dosya sisteminin bir şeyi nasıl gördüğü ile SSD'nin nasıl gördüğü arasında 1: 1 korelasyonu yoktur.

SSD'yi istediğiniz şekilde bölümlendirmekten çekinmeyin (her bölümün doğru şekilde hizalandığını ve modern bir işletim sisteminin tüm bunları sizin için halledeceğini varsayalım); hiçbir şeyi incitmeyecek, erişim zamanlarını veya başka herhangi bir şeyi olumsuz yönde etkilemeyecek ve SSD'ye bir ton yazı yazmaktan da endişe etmeyecektir. Onlara sahipler, böylece günde 50 GB veri yazabiliyorsunuz ve bu 10 yıl sürecek.

Yanıt Robin Hood'un cevap ,

Aşınma dengelemede oynayacak kadar boş alan olmayacak, çünkü yazma işlemleri daha küçük bir alana yayılacak, bu nedenle "yapabilir", ancak sürücünün o bölümünü yıpranmayacak, tüm sürücüyü olduğundan daha hızlı yıpratmayacak ek bölümlerde (örn. çift önyükleme) eşit aşınma gerçekleştirmediğiniz sürece tek bir bölümdeydi.

Bu tamamen yanlıştır. Bir bölümü yıpratmak imkansız çünkü sadece o bölümü okuyup yazıyorsunuz. Bu SSD'lerin nasıl çalıştığını uzaktan bile DEĞİL.

Bir SSD, dosya sisteminin gördüklerinden çok daha düşük bir düzeyde erişime sahiptir; Bir SSD bloklar ve sayfalarla çalışır.

Bu durumda, gerçekte olan şey, belirli bir bölüme tonlarca veri yazıyor olsanız bile, dosya sistemi bölüm tarafından kısıtlanır, ancak, SSD değildir. SSD ne kadar çok yazarsa, aşınma seviyelendirmesi için SSD o kadar fazla blok / sayfa ile yer değiştirecektir. Dosya sisteminin işleri nasıl gördüğü daha az umursayamazdı! Bu, bir kerede, verilerin SSD'deki belirli bir sayfada bulunabileceği anlamına gelir, ancak başka bir zaman, farklı olabilir ve olacaktır. SSD, verilerin nereye karıştırıldığını takip eder ve dosya sistemi, SSD'de verilerin gerçekte nerede olduğuna dair hiçbir ipucu vermez.

Bunu daha da kolaylaştırmak için: 1. bölüme bir dosya yazdığınızı söyleyin. İşletim sistemi dosya sistemine depolama ihtiyaçları hakkında bilgi verir ve dosya sistemi "sektörleri" tahsis eder ve ardından SSD'ye X miktarına ihtiyacı vardır . Dosya sistemi dosyayı 123 (örneğin) Mantıksal Blok Adresinde (LBA) görür . SSD, LBA 123'ün blok / sayfa # 500 (örneğin) kullandığını not eder. Dolayısıyla, işletim sisteminin bu özel dosyaya her ihtiyacı olduğunda, SSD'nin kullandığı sayfanın bir göstergesi olacaktır. Şimdi, SSD'ye yazmaya devam edersek, seviyeleme devreye girer ve blok / sayfa # 500 diyorsak, sizi blok / sayfa # 2300'de daha iyi hale getirebiliriz. Şimdi, işletim sistemi aynı dosyayı istediğinde ve dosya sistemi yine LBA 123'ü istediğinde, BU zaman, SSD blok / sayfa # 2300 ve NOT # 500 döndürecektir.

Sabit sürücüler ve nand-flash SSD'ler sıralı erişime sahiptir, bu nedenle ek bölümlerden yazdığınız / okuduğunuz her veri, "tek bir bölüm halinde yazılsa bile" olabileceklerinden daha uzakta olacaktır, çünkü insanlar genellikle bölümlerinde boş alan bırakmaktadır. . Bu, ek bölümlerde depolanan verilere erişim süresini artıracaktır.

Hayır, bu yine yanlış! Robin Hood bir SSD'nin tam olarak nasıl çalıştığını düşünmek yerine, dosya sistemi açısından bir şeyler düşünüyor. Yine, dosya sisteminin SSD'nin verileri nasıl sakladığını bilmesi mümkün değildir. Burada "daha uzakta" yok; bu sadece dosya sisteminin gözündedir, bir SSD'nin bilgileri kaydetme şekli DEĞİLDİR. SSD'nin verilerin farklı NAND yongalarında yayılması mümkündür ve kullanıcı erişim zamanlarında herhangi bir artış farketmez. Heck, NAND'ın paralel doğası nedeniyle, öncekinden daha hızlı olduğu sonucuna varabilirdi, ama biz burada nanosaniye konuşuyoruz; göz açıp kapayıncaya kadar kaçırdınız.

Daha az toplam alan, parçalanmış dosyaları yazma olasılığını artırır ve performansın etkisi küçükken, sürücünün aşınmasına neden olacak bir flaş ve SSD'nin birleştirilmesinin genellikle kötü bir fikir olduğunu unutmayın. Elbette, hangi dosya sistemini kullandığınıza bağlı olarak, çok düşük miktarlarda parçalanma ile sonuçlanır, çünkü daha hızlı yazma hızları oluşturmak için dosyaları her yere dökmek yerine, mümkün olduğunda dosyaları bir bütün olarak yazmak için tasarlanmıştır.

Hayır üzgünüm; yine bu yanlış. Dosya sisteminin dosyalara bakışı ve SSD'nin aynı dosyalara bakışı uzaktan bile kapanmıyor. Dosya sistemi dosyayı en kötü durumda parçalanmış olarak görebilir, ancak aynı verilerin SSD görüntüsü neredeyse her zaman optimize edilmiştir.

Böylece, bir birleştirme programı bu LBA'lara bakacak ve der ki, bu dosya gerçekten parçalanmış olmalı! Ancak, SSD'nin içindekiler hakkında hiçbir fikri olmadığı için% 100 yanlış. BU, bir birleştirme programının SSD'ler üzerinde çalışmayacağının nedenidir ve evet, bir birleştirme programı da belirtildiği gibi gereksiz yazılara neden olur.

SSD'ler için Kodlama makalesi , SSD'lerin nasıl çalıştığı hakkında daha teknik olmak istiyorsanız, neler olup bittiğine dair iyi bir genel bakış.

FTL (Flaş Çeviri Katmanı) aslında nasıl çalıştığını okuma biraz daha "hafif" için, ben de okumak önermek Katı Hal Sürücüsü Tasarımı Cihaz yazılım ve Flash Çeviri Katmanlar Kritik Rolü  dan (PDF) Flaş Bellek Zirvesi sitesine.

Ayrıca, aşağıdakiler gibi birçok başka makaleleri vardır:

Bunun nasıl çalıştığı hakkında bir başka makale: Flash Belleğe Genel Bakış  (PDF). "Veri Yazma" bölümüne bakın (sayfa 26-27).

Video daha çok şey yapıyorsa, bkz . Flash bellekte ve ilgili slaytlarda adres çevirisini optimize etmek için verimli bir sayfa düzeyinde FTL .


Merhaba, lütfen bilgilerinizi yedekleyen kaynaklara linkler ekleyebilir misiniz? Diğer cevabın aslında yanlış olduğu çok iyi olabilir, ancak sizin de doğru olduğunuzu bilmenin bir yolu yok.
MarioDS

4
Gönderen , Windows Internals 6. ed., Bölüm 2, ch. 9 (Depolama Yönetimi) ve 12 (Dosya Sistemleri), dosyalara giriş / çıkış taleplerinin dosya sistemi sürücüsünden, ardından birim sürücüsünden ve son olarak da disk sürücüsünden (SSD'ler için de kullanılır) nasıl geçtiğini öğrenebilirsiniz. FSD, bir dosya içindeki blokları bir parti içindeki bloklara çevirir; Ses sürücüsü, ikincisini disk içindeki bloklara, yani LBA'lara çevirir. Dolayısıyla, talepler disk sürücüsüne ulaştığında, tüm dosya ve bölümlerle ilgili içerik GONE'dir. Disk dosyalardan veya bölümlerden haberdar olamaz çünkü bu bilgi kendisine gelen isteklerde yoktur.
Jamie Hanrahan

5
RobinHood, "Sabit disk sürücüleri ve flaş SSD'ler gibi sıralı erişimlerdir" iddiasında da yanılıyor . Bunlar rasgele erişim cihazları. Eğer sıralı erişimler olsaydı, onlara "n bloğunu oku ya da yaz" demedi; erişebildiğiniz tek blok, hemen izleyen veya belki de hemen erişen bir önceki blok olacaktır. Dahili olarak, NAND-flash SSD'lerin bir kerede yalnızca büyük "sayfalarda" veri yazabildiği, ancak bu onları sıralı erişim yapamadığı doğrudur. Bantlar sıralı erişimdir. Yukarı bak.
Jamie Hanrahan

Cevabımdaki ilk linke ek olarak başka bir pdf ekledim.
Zaman

1
@TimeTwin Man, cevabınızı ne kadar fazla okursam, gerçekten de SSD tasarımının aptal görünmesini sağlayan ifadeler içeren Robin Hood'un cevabına körü körüne güvendiğim için alçakgönüllü hissediyorum. Bu, güvenilir sitelerde ve birçok güncelleme ile de olsa, bilgiler konusunda kritik olmamızın nedeninin bir hatırlatıcısıdır. Bu siteye göz kamaştırıcı bir giriş yaptınız, tekrar artırmanın tadını çıkarın ve lütfen (doğrulanmış) bilgilerinizi yaymaya devam edin.
MarioDS

15

Burada çok uzun cevaplar, cevap yeterince basit olduğunda ve doğrudan SSD'lerin genel bilgisinden doğrudan geldiğinde. Birinin cevabı anlamak için Katı Hal sürücüsünün Wikipedia terimini okumaktan daha fazlasına ihtiyacı yoktur , ki:

"BÖLÜM SSD YAPMAYIN" tavsiyesi saçmalıktır.

(Artık) geçmişte işletim sistemleri SSD'leri çok iyi desteklemiyordu ve özellikle de bölümleme, bölümleri silme bloğunun boyutuna göre hizalamaya özen göstermediğinde.

Bir işletim sistemi mantıksal disk kesimi fiziksel SSD blokları arasında bölündüğü zaman bu uyumsuzluk, işletim sistemi sadece bir tane güncellemek istediğinde SSD'nin iki fiziksel kesimi yakmasını gerektirebilir, böylece disk erişimini yavaşlatır ve Aşınma seviyesini arttırır .

Şu anda SSD'ler daha da büyüyor ve işletim sistemleri silme blokları ve hizalama hakkında her şeyi biliyor, böylece sorun artık ortaya çıkmıyor. Belki de bu tavsiye bir zamanlar bölüm hizalamada hatalardan kaçınmak içindir, fakat bugün bu hataların hepsi imkansızdır.

Aslında, SSD'lerin bölümlenmesi argümanı bugün klasik disklerle aynıdır:
Verileri daha iyi organize etmek ve ayırmak için.

Örneğin, işletim sistemini ayrı ve daha küçük bir bölüme kurmak, işletim sistemine büyük güncellemeler yaparken önlem olarak önlem almak için kullanışlıdır.


4

Bir SSD'yi bölmenin bir sakıncası yoktur ve bölümlenmemiş bir alan bırakarak ömrünü uzatabilirsiniz.

Aşınma dengelemesi, tüm aygıt bloklarına uygulanır (bkz. HP beyaz kağıt, aşağıda bağlantılı)

Statik aşınma dengelemede, cihazdaki mevcut tüm flaş üzerindeki tüm bloklar aşınma dengeleme işlemlerine katılır. Bu, tüm blokların aynı miktarda aşınma almasını sağlar. Statik aşınma dengeleme en sık masaüstü ve dizüstü bilgisayar SSD'lerinde kullanılır.

Bundan sonra, bölmelerin aşınma seviyeleme için önemli olmadığı sonucuna varabiliriz. Bu mantıklı çünkü HDD ve denetleyici açısından, bölümler gerçekten yok. Sadece bloklar ve veriler var. Bölümleme tablosu bile aynı bloklara yazılır (MBR için sürücünün 1. bloğu). Daha sonra tabloyu okuyan ve hangi blokları veri yazacağına karar verecek olan işletim sistemidir. İşletim sistemi, her bloğa benzersiz bir sayı vermek için LBA kullanarak blokları görür. Bununla birlikte, kontrol cihazı mantıksal bloğu, aşınma seviyelendirme şemasını dikkate alarak gerçek bir fiziksel bloğa eşler.

Aynı teknik rapor, cihazın ömrünü uzatmak için iyi bir öneri sunar:

Sonra, sürücünüzü aşırı tedarik edin. Cihazın toplam kapasitesinin yalnızca bir kısmını bölümlere ayırarak kullanım ömrünü uzatabilirsiniz. Örneğin, 256 GB sürücünüz varsa - yalnızca 240 GB'a bölün. Bu, sürücünün ömrünü büyük ölçüde uzatır. % 20'lik aşırı provizyon seviyesi (sadece 200 GB bölümlendirme) ömrü daha da uzatabilir. Sürücünün aşırı provizyonunu iki katına çıkardığınızda iyi bir kural, sürücünün dayanıklılığına 1 kat eklersiniz.

Bu aynı zamanda bölümlenmemiş alanın bile aşınma dengelemesi için kullanıldığını ve böylece yukarıdaki noktanın daha da kanıtlandığını ima eder.

Kaynak: Teknik tanıtım belgesi - SSD Dayanıklılık ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601TRWdf )


1

Disk sektörleri uzun süredir 512 bayt olmuştur ve mekanik diskler, bir sektörün okunması / yazılmasının ne kadar süreceğini etkileyen tek şeyin arama gecikmesi olması özelliğine sahiptir. Bu nedenle, mekanik sabit sürücülere sahip ana optimizasyon adımı, aramaları en aza indirmek için sırayla blokları okuma / yazma denemesiydi.

Flash, mekanik sabit sürücülerden çok farklı çalışır. Ham flaş seviyesinde, bloklara değil, sayfalara ve "silme bloklarına" sahipsiniz (Linux MTD terminolojisinden ödünç almak için). Bir defada bir sayfa flaşlamak için yazabilir ve bir seferde bir silme bloğu flaşı silebilirsiniz.

Flash için tipik bir sayfa boyutu 2 KB, silme blokları için tipik bir boyut ise 128 KB'dir.

Ancak SATA SSD'ler, işletim sistemine 512 bayt sektör boyutuyla çalışan bir arayüz sunar.

Sayfalar ve sektörler arasında 1: 1 eşlemesi varsa, bölümleme tablonuz tek bir sayfada veya silme bloğunun ortasında bir sayfada başlarsa başınızın nasıl belaya girdiğini görebilirsiniz. İşletim sistemlerinin 4Kbayt boyutundaki sürücülerden veri almayı tercih ettiği göz önüne alındığında, x86 çağrı donanımıyla aynı hizada olduğundan, böyle bir 4Kbayt bloğun silme bloğunu nasıl engelleyebileceğini görebilirsiniz; düşük performans

Ancak, SSD bellenimi 1: 1 eşleme yapmaz, Mantıksal Blok Adresi (LBA) çevirisine Fiziksel Blok Adresi (PBA) yapar. Yani, 5000 sektörünün veya belirli bir sektörün gerçekte flaşta yazıldığı yeri bilmiyorsunuz. Önceden silinmiş silme bloklarına her zaman yazmaya çalışmak için tasarımın arkasında perde arkasında çok şey yapıyor. Bellenimi sökmeden tam olarak ne yaptığını tam olarak bilemezsiniz, ancak bellenim tamamen bozulmadığı sürece bellenim muhtemelen bu aşamaya geçer.

4Kn sabit disk sürücüleri duymuş olabilirsiniz. Bunlar dahili olarak 4Kbayt sektör boyutunu kullanan, ancak yine de işletim sistemlerine 512 bayt sektör arayüzü sunan mekanik sabit disklerdir. Bu gereklidir, çünkü sektörler arasındaki boşlukların daha fazla veriye uyması için tepside daha küçük olması gerekir.

Bu dahili olarak her zaman 4K sektörlerini okur ve yazar ancak işletim sisteminden gizler. Bu durumda, 4KByte sınırına giren sektörlere yazı yazmazsanız, her bir okuma / yazma işlemi iki iç 4KByte sektörünün okunup yeniden yazılmasına neden olacağı için hızlı bir ceza alırsınız. Ancak bu SSD'ler için geçerli değildir.

Her neyse, SSD’leri bölmemenin neden önerildiğini düşünebildiğim tek durum bu. Ama geçerli değil.


-1

Bu cevapların göz ardı ettiği şey Windows SSD optimizasyonlarıdır. Bunun bölümlemenin daha iyi olacağı anlamına geldiğini bilmiyorum, ancak Windows sürücüsü olarak bölümlenmiş bir C sürücüsü için şunları yapabilirsiniz:

  1. indeksleme sırası
  2. Son erişimin zamanını tutmanıza gerek yok
  3. eski 8 karakter dos-isimlerini saklamanıza gerek yok
  4. Windows çöp kutusunu atla

İndekslemeyi kapatmak sadece aramaları yavaşlatmakla kalmaz aynı zamanda dosyaların içinde arama yapamayacağınız anlamına da gelir. Bu iyi bir öneri değil.
Richard,

-2

Bazı arkaplan bilgilerinin bu cevabı netleştirmede yardımcı olabileceğine karar verdim, ancak görebildiğiniz gibi biraz OKB kullandım, böylece sonuna kadar atlamak ve gerekirse geri dönmek isteyebilirsiniz. Çok az şey bilmeme rağmen, SSD'ler konusunda uzman değilim, bu yüzden eğer biri yanlış görürse DÜZENLE . :).

Arkaplan bilgisi:

SSD Nedir ?:

Bir SSD veya yarıiletken sürücü, hareketli parçası olmayan bir depolama aygıtıdır. Genellikle SSD terimi, özellikle sabit sürücü alternatifi olarak kullanılması amaçlanan nand-flash tabanlı katı hal sürücülere atıfta bulunmayı amaçlamaktadır, ancak gerçekte bunlar yalnızca bir SSD biçimidir ve en popüler olanı değildir. En popüler SSD türü, USB çubukları (flash sürücüler) ve bellek kartları gibi nand-flash tabanlı çıkarılabilir ortamlardır ve nadiren SSD olarak adlandırılırlar. SSD'ler ayrıca ram tabanlı olabilir, ancak çoğu ram sürücüsü, fiziksel donanıma göre üretilen yazılımdır.

Nand-flash SSD'ler Neden Bir Sabit Sürücü Alternatif Olarak Çalışmayı Amaçlıyor?

Bir işletim sistemi çalıştırmak için ve onun yazılımı, hızlı bir depolama ortamı gereklidir. Ram'ın devreye girdiği yer burasıdır, ancak tarihsel olarak ram pahalıydı ve cpu'nun büyük miktarlara değinemedi. Bir işletim sistemini çalıştırdığınızda ya da programladığınızda, gerekli veri bölümleri ramınıza kopyalanır, çünkü depolama aygıtınız yeterince hızlı değildir. Bir darboğaz oluşturuldu, çünkü verilerin yavaş depolama aygıtından tokmağa kopyalanmasını beklemeniz gerekiyor. Nand-flash SSD'lerin tümü, geleneksel sabit disk sürücülerden daha iyi performans almasa da, daha hızlı erişim süreleri, okuma hızları ve yazma hızları vererek darboğazı azaltmaya yardımcı olanlar.

Nand-Flash Nedir ?:

Flash depolama, veri depolamak için manyetizm yerine elektrik kullanan bir depolama ortamıdır. Nand-flash, NAND gateway kullanan bir flash saklama alanıdır. Rasgele erişim olan bir nor-flaşın aksine, nand-flash'a sırayla erişilir.

Nand-flash SSD'ler verileri nasıl saklar?

Nand-flash depolama bloklardan oluşur, bu bloklar hücrelere ayrılır, hücrelerde sayfalar bulunur. Veri depolamak için manyetizma kullanan bir sabit diskin aksine, flaş ortamları elektrik kullanır, çünkü bu veriler üzerine yazılamaz; Alanın yeniden kullanılması için veriler silinmelidir. Cihaz sayfaları tek tek silemiyor; Silme blok seviyesinde gerçekleşmelidir. Veriler zaten kullanılan bir bloğa yazılamadığından (içindeki tüm sayfalar olmasa bile) önce tüm bloğun silinmesi gerekir, sonra boş olan bloğun sayfalarına yazılan verileri alabilir. Sorun, atmak istemediğiniz veriler dahil, bu sayfalarda bulunan verileri kaybetmenizdir! Bunu önlemek için, tutulacak mevcut veriler blok silme işlemi yapılmadan önce başka bir yere kopyalanmalıdır.

Sabit disklerde verileri depolamak için manyetik bir plaka kullanılır. Vinil plaklara çok benzer şekilde plakanın izleri vardır ve bu izler sektör adı verilen bölümlere ayrılır. Bir sektör belirli miktarda veri tutabilir (genellikle 512 bayt, ancak bazıları yeni veri bankası 4KB'dir). Bir dosya sistemi uyguladığınızda, sektörler kümeler halinde gruplanır (belirttiğiniz bir boyuta göre, ayırma boyutu veya küme boyutu olarak adlandırılır) ve ardından dosyalar kümeler arasında yazılır. Kümeleri sektör büyüklüğünüzden daha küçük yapmak için bir sektörü bölmek de mümkündür. Bir dosya kümeye (veya birkaçına) yazıldıktan sonra kümede kullanılmayan alan kullanılamaz, bir sonraki dosya yeni bir kümede başlar. Çok fazla kullanılamaz alandan kaçınmak için insanlar genellikle daha küçük küme boyutları kullanır, ancak bu büyük dosyalar yazarken performansı düşürebilir. Nand-flash SSD'lerin manyetik bir plakası yoktur, bellek bloklarından geçen elektriği kullanıyorlar. Sayfa içeren hücrelerden bir blok yapılır. Sayfalar X kapasitesine (genellikle 4 KB) sahiptir ve bu nedenle sayfa sayısı bir bloğun kapasitesini belirler (genellikle 512 KB). SSD'lerde bir sayfa, sabit sürücüdeki sektöre eşittir, çünkü her ikisi de en küçük depolama bölümünü temsil eder.

Aşınma Seviyesi Nedir ?:

Nand-flash saklama blokları sınırlı sayıda defa yazılabilir ve silinebilir (yaşam döngüleri olarak adlandırılır). Sürücünün kapasite düşüşüne (ölü bloklar) maruz kalmaması için blokların mümkün olduğunca eşit bir şekilde aşınması mantıklıdır. Sınırlı kullanım ömrü, ayrıca Nand-flash tabanlı bir SSD kullanıyorsanız, işletim sisteminizde bir sayfa dosyası veya takas bölümü bulunmamasını önerme nedeninin temel nedenidir (yine de cihazdan tokmağa hızlı veri aktarımı hızı da çok önemlidir. Bu önerideki faktör).

Aşırı Sağlama Nedir ?:

Aşırı Hazırlama, ne kadar boş alan bulunduğunu, ne kadar göründüğüne kıyasla tanımlar. Nand-flash tabanlı depolama cihazlarının, olduklarından daha küçük olduğunu iddia eder, böylece çöplerin atılması için boş bloklar olduğu garanti edilir. Gösterilen boş alan içindeki bilinen boş alana basitçe atıf yapan, dinamik aşırı sağlama olarak adlandırılan ikinci tür bir fazla düzenleme vardır. İki tür dinamik fazla provizyon vardır: işletim sistemi seviyesi ve sürücü kontrol seviyesi. İşletim sistemi seviyesinde Trim, daha sonra derhal yazılabilen blokları serbest bırakmak için kullanılabilir. Denetleyici düzeyinde ayrılmamış sürücü alanı (bölümlenmemiş, dosya sistemi yok) kullanılabilir. Daha fazla boş blok bulundurmak, sürücünün en iyi performansta çalışmasını sağlar, çünkü hemen yazabilir.

Yazma Amplifikasyon Nedir ?:

Nand-flash ortamları yazılmadan önce bir bloğun silinmesini gerektirdiğinden, silinmeyen bloğun içindeki herhangi bir veri çöp imhası ile yeni bir bloğa kopyalanmalıdır. Bu ek yazılara yazma büyütme adı verilir.

Döşeme Nedir?

İşletim sistemleri geleneksel sabit sürücüler göz önünde bulundurularak oluşturulmuştur. Geleneksel bir sabit sürücünün doğrudan verilerin üzerine yazabileceğini unutmayın. Bir dosyayı sildiğinizde, işletim sistemi silinmiş olarak işaretler (fazla yazmaya gerek yok), ancak orada bir yazma işlemi gerçekleşene kadar veriler hala var. Nand-flash tabanlı SSD'lerde bu bir problemdir, çünkü ilk önce verilerin silinmesi gerekir. Silme blok düzeyinde gerçekleşir, bu nedenle silinmeyen ek veriler olabilir. Çöp imhası boş bloklara silinmek üzere olmayan verileri kopyalar ve ardından söz konusu bloklar silinebilir. Bunların hepsi zaman alıyor ve gereksiz yazmalara neden oluyor (yazma kuvvetlendirmesi)! Bunu aşmak için Trim adında bir özellik yapıldı. Trim, işletim sistemine SSD'ye söyleme gücü verir Veri içeren sayfalara sahip blokları silmek için işletim sistemi, orada bir yazma işlemi istemediğiniz zaman dilimlerinde silinmiş olarak işaretlendi. Çöp toplama işlemi bir şey yapar ve sonuç olarak bloklar serbest bırakılır, böylece ilk önce silinmesi gerekmeyen bloklar için yazma işleminin daha hızlı olmasını sağlar ve yazma işleminin en aza indirilmesine yardımcı olur. Bu dosya bazında yapılmaz; Kesim, mantıksal blok adresleme kullanır. LBA hangi sektörlerin (sayfaların) silineceğini belirler ve silme blok düzeyinde gerçekleşir. ve yazma kuvvetlendirmesini en aza indirmeye yardımcı olur. Bu dosya bazında yapılmaz; Kesim, mantıksal blok adresleme kullanır. LBA hangi sektörlerin (sayfaların) silineceğini belirler ve silme blok düzeyinde gerçekleşir. ve yazma kuvvetlendirmesini en aza indirmeye yardımcı olur. Bu dosya bazında yapılmaz; Kesim, mantıksal blok adresleme kullanır. LBA hangi sektörlerin (sayfaların) silineceğini belirler ve silme blok düzeyinde gerçekleşir.

Sorunuza Cevap "Bir SSD'yi bölümlendirmenin dezavantajları?":

Ram Tabanlı SSD'ler:

Kesinlikle dezavantaj yok çünkü bunlar rasgele erişim!

Nand-flash Tabanlı SSD'ler:

Aklıma gelen tek dezavantajları:

  1. Aşınma dengelemede oynayacak kadar boş alan olmayacak, çünkü yazma işlemleri daha küçük bir alana yayılacak, bu nedenle "yapabilir", ancak sürücünün o bölümünü yıpranmayacak, tüm sürücüyü olduğundan daha hızlı yıpratmayacak ek bölümler üzerinde eşdeğer aşınma gerçekleştirmediğiniz sürece tek bir bölümdeydi (örn: çift önyükleme).

  2. Sabit sürücüler ve nand-flash SSD'ler sıralı erişime sahiptir, bu nedenle ek bölümlerden yazdığınız / okuduğunuz her veri, "tek bir bölüm halinde yazılsa bile" olabileceklerinden daha uzakta olacaktır, çünkü insanlar genellikle bölümlerinde boş alan bırakmaktadır. . Bu, ek bölümlerde depolanan verilere erişim süresini artıracaktır.

  3. Daha az toplam alan, parçalanmış dosyalar yazma olasılığını artırır ve performansın etkisi az olsa da, bir nand-flash SSD'yi birleştirmek için genellikle kötü bir fikir olarak kabul edildiğini unutmayın. Elbette, hangi dosya sistemini kullandığınıza bağlı olarak, çok düşük miktarlarda parçalanma ile sonuçlanır, çünkü daha hızlı yazma hızları oluşturmak için dosyaları her yere dökmek yerine, mümkün olduğunda dosyaları bir bütün olarak yazmak için tasarlanmıştır.

Birden fazla bölüme sahip olmanın tamam olduğunu söyleyebilirim, ancak bazı bölümlerde çok sayıda yazma etkinliği varsa ve diğerlerinde çok az şey varsa, aşınma dengelemesi endişelenebilir. Boşluk bölmezseniz, kullanmayı düşünmüyorsunuz ve bunun yerine onu dinamik over provizyonu için bırakıyorsanız, blokları serbest bırakmak ve sıralı veri yazmak daha kolay olacağından performans artışı elde edebilirsiniz. Bununla birlikte, aşınma seviyelendirme konusunda bizi 1. noktaya geri getiren aşırı fazla tedarik alanına ihtiyaç duyulacağına dair hiçbir garanti yok.

Bu konudaki diğer bazı insanlar, bölümlemenin Trim'in dinamik sunum sağlama konusundaki katkılarını nasıl etkileyeceği konusundaki tartışmaları gündeme getirmiştir. Anladığım kadarıyla TRIM, silinmek üzere verileri işaretlenmiş sektörlere (sayfalara) işaret etmek için kullanılıyor ve böylece çöp atımı bu blokları serbestçe silebiliyor. Bu boş alan, yalnızca bu bölüm içinde sağlama konusunda dinamik davranır, çünkü bu sektörler bu bölümün dosya sistemi tarafından kullanılan kümelerin bir parçasıdır; diğer bölümlerin kendi dosya sistemleri vardır. Bununla birlikte, fazla tedarik etme fikri benim için biraz belirsiz olduğu için bu konuda tamamen yanlış olabilirim, çünkü veriler dosya sistemi bulunmayan veya sürücü kapasitesinde görünmeyen yerlere yazılacak. Bu, bir dosya sistemi içinde engelleme yapmak için son bir optomize yazma işleminden önce belki fazladan boşluk sağlama alanının geçici olarak kullanılıp kullanılmadığını merak ediyor mu? Tabii ki, Trim'in dosya sistemi içinde dinamik yerine sağlama konusundaki katkıları, halihazırda kullanılabilir alanlarda oldukları için doğrudan yazılabileceğinden geçici olmayacaktır. En azından benim teorim. Belki de dosya sistemlerini anlamam yanlış? Bu konuda ayrıntıya giren kaynakları bulamadım.


17
"1. Aşınma dengeleme, oynayacak kadar boş alana sahip olmayacak, çünkü yazma işlemleri daha küçük bir alana yayılacak (...)". Bu aşınma tesviye (en azından SSD ile ve destek işletim sistemi SSD kontrol cihazı tarafından daha düşük bir seviyede gerçekleştirilir olarak doğru olmadığı görünmektedir Trim ). superuser.com/a/901521/517270
misko321

4
NAND tabanlı anılar bloklara rasgele erişime izin veriyor. İzin vermediği şey, bir blok içindeki bitlere rasgele erişim. Bu yüzden bölümlere rasgele erişilebilir, çünkü bunlar blok boyutunun katlarıdır (en azından kullanıcı hafızayı karıştırmazsa, yani ne olduğunu bilmeden bölümleme uygulamalarını kullanıyorsa, olmalıdır)
Miguel Angelo

5
puan 1 ve 2 tamamen yanlış gibi görünüyor
underscore_d

-14

Hayır, bu mantıklı.

Bir SSD'nin hızı doğrudan kullanımdaki bölümdeki kullanılabilir alan miktarına bağlanır. Sürücüyü küçük bölümlere ayırırsanız, boş alan olmadığı için SSD'nin verimliliği etkilenir.

Bu yüzden bir SSD'yi bölmenin sakıncaları yoktur, ancak sürücüde boş alana sahip olmamanın sakıncaları vardır.

Bu Süper Kullanıcı postasına bakınız .


1
Mantıksal bölümler oluşturmak mutlaka onları doldurmaz, değil mi? Bunu yaparken otomatik olarak boş alanı nasıl kaybettiğinizi anlamıyorum.
MarioDS

1
İşletim sistemi hangi blokların kullanılabileceğini ve hangi blokların ücretsiz olduğunu bilir, sürücü kullanamaz. İşletim sistemi bölümlere ayrıldığında, kullanabileceği daha az boş blok var. Bu performansı düşürür. TRIM, bölüm düzeyinde işletim sistemi tarafından yürütülür.
Mark Lopez,

10
Ama olabilir. Sonuçta TRIM bunun için var. TRIM, sektör düzeyinde yürütülmekte ve SSD bölümlere önem vermemektedir. Sadece sektörleri önemser (aka flash hücreleri). Bu nedenle, bölümler performans üzerinde yalnızca ihmal edilebilir bir etkiye (dosya sistemi ek yükü tarafından kullanılan alan) sahiptir.
Daniel B

1
Aslına bakarsanız HDD'ler üzerinde bölüm oluşturmamanız gerekenler
Suici Doga
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.