SSD'mi birleştirmeli miyim?


121

Sadece birinin "SSD'nizi asla birleştirmemesi" gerektiğini öğrendim. Ama bunun doğru olup olmadığı hakkında hiçbir fikrim yok.

Windows 10'un SSD'mde birleştirmeyi tamamlaması için otomatik olarak programlandığını düşünüyorum, ancak iptal ettim. Daha önce yapılan birleştirme işlemleri için herhangi bir soruna yol açar mı?

SSD hala bölümlenmedi, çünkü SSD sürücüsünü Bilgisayarım klasöründe, yalnızca sistem donanım yöneticisinde göremiyorum. Windows'u bir SSD'ye yüklemek için atmam gereken doğru adımlar nelerdir (bu benim ilk SSD'm)?


12
"SSD'nizi hiçbir zaman birleştirme" önerisi eskidir ve SSD'lerin daha yavaş olduğu ve modern SSD'lerden çok daha sınırlı yazma dayanıklılığına sahip olduğu bir zamana dayanır. Modern SSD'ler IOPS sınırlı olma eğilimindedir ve birleştirilmiş dosya sistemlerinin daha az G / Ç'ye ihtiyacı vardır.
David Schwartz

5
@DavidSchwartz noktasına göre, modern bir SSD'yi kendiliğinden öldürmek için gereken yazma / silme miktarı gülünç derecede yüksektir. Olağanüstü miktarda bilgi işlemiyorsanız, SSD'niz, geleneksel birleştirme işlemi gerçekleştirseniz bile, diğer bileşenlerin çoğundan daha uzun sürecektir.
DanK

29
Neden bir SSD'yi birleştirmek istiyorsun? Birleştirme amacı, dosyaların diskte bitişik olmasını sağlamaktır; bu nedenle okuma kafalarının dosyayı okumak için her yere (fiziksel hareket gerektirdiğinden zaman alan) aranması gerekmez. Uzman değilim, ama AFAIK SSD'ler katı hal ve rasgele erişimdir. Tüm erişimler aynı zaman alır, bu nedenle dosya bloklarının nasıl dağıtıldığı önemli değildir.
jamesqf


6
Ajedi32'nin belirttiği gibi, iki soruya ilişkin tavsiyeler tam tersi. Bu kopya yönünü etkilemelidir. Diğer soruya ilişkin öneriler artık yanlış kabul edilirse, oraya inen okurların tek yolu bu sorunun cevabını bulacak.
fixer1234

Yanıtlar:


135

Windows işini yapsın. Ayda bir kez , dahili meta verilerini optimize etmek için SSD'de de tam bir disk çözme işlemi gerçekleştirir .

Kısa cevap, evet, Windows bazen SSD'leri birleştirir, evet, SSD'leri akıllıca ve uygun şekilde birleştirmek için önemlidir ve evet, Windows SSD'nize nasıl davrandığı konusunda akıllıdır.

İşte Microsoft'tan bir cevap:

Birim anlık görüntüleri etkinleştirilmişse, Depolama Doktoru ayda bir kez SSD birleştirecektir. Bu, tasarım gereğidir ve parçalanmış SSD hacimlerindeki yazma performansındaki yavaş uçlu kopyadan dolayı gereklidir . Aynı zamanda, parçalanmanın SSD'lerde bir sorun olmadığı gibi bir yanılgı da var. Bir SSD çok fazla parçalanmışsa, maksimum dosya parçalanmasına (meta veriler daha fazla dosya parçalarını temsil edemediğinde) bir dosya yazmaya / uzatmaya çalıştığınızda hatalara neden olabilir. Ayrıca, daha fazla dosya parçası, bir dosyayı okurken / yazarken daha fazla meta veri anlamına gelir ve bu da daha yavaş performansa yol açabilir.

Retrim söz konusu olduğunda, bu komut dfrgui UI'da belirtilen zamanlamaya göre çalışmalıdır. TRIM dosya sistemlerinde işlendiğinden dolayı retrim gereklidir. TRIM'e yanıt veren donanımın değişen performansı nedeniyle, TRIM dosya sistemi tarafından zaman uyumsuz olarak işlenir. Bir dosya silindiğinde veya boş alan bırakıldığında, dosya sistemi işlenecek kırpma isteğini sıraya alır. Peek kaynak kullanımını sınırlandırmak için bu kuyruk sadece maksimum kesim talebi ile büyüyebilir. Sıra maksimum boyuttaysa, gelen TRIM istekleri düşebilir. Bu sorun değil, çünkü periyodik olarak geleceğiz ve Storage Optimizer ile bir Retrim yapacağız. Retrim, TRIM'lerin düşürüldüğü maksimum TRIM istek sırası boyutuna vurulmaması gereken bir ayrıntıyla yapılır.

Yani Windows'u SSD'ye yükleyin ve unutun. Windows her şeyi kendi başına yapacak.


17
Bazen Microsoft'un bu kadar aptal olduğu konusunda hepimiz telaşlanıyoruz. Ama bazen sadece bazı Windows Elemanlarının ne kadar iyi düşünülmüş olduğuna şaşırdım.
BlueWizard

1
Ancak AFAIK Linux / EXT'nin bunu yapması gerekmez.
spraff

6
Parçalanma EXT minimumda tutulur ama hala en az Ext3 içinde, özel kullanım durumları ortaya çıkabilir: en.wikipedia.org/wiki/Ext3#Disadvantages
Bret

6
EXT varyantları parçalanır ve performansı kaybeder. Aksi halde söyleyen herkes Linux üstünlüğünü yatar. Kaynak: Bunun için bir sürücü uyguladım ve yapıyor.
imallett

1
@spraff thats çünkü EXT bloklar arasında boşluk bırakır ve dosyanın büyüdüğünde kısmen başka bir yere yazılması gerekmez. Büyüdüğü zaman. Temelde bir video dosyanız olduğunda (hiç büyümez) hala gerekenden daha fazla yer kaplar ve bu nedenle alan harcar. Hiçbir sistem mükemmel değildir
BlueWizard

50

Sadece birinin "SSD'nizi asla birleştirmemesi" gerektiğini öğrendim. Ama bunun doğru olup olmadığı hakkında hiçbir fikrim yok.

Küçük bir bilgi tehlikelidir. Hiçbir zaman senin SSD muhtemelen iyi bir fikir olduğunu birleştirme eğer Windows XP söylemek - Sisteminiz SSD ne olduğu tamamen clueless. Ve eğer SSD'ler normal kullanımın sert sıcağında yıpranıp eritebilecek kırılgan kar taneleri ise - bunun neden doğru olmadığına dair ayrıntılı bir cevabım var . Öyle oldukça zor normal kullanımda bir sürücü 'yıpranacaktır' için. Bunu öğrenmenin yararı olabilir.

Uygulamanızın SSD'leri öldürmesi veya Spotify'ın yaptığı gibi insanların ağır yazılar yazması durumunda insanların çevirebileceğini göz önüne alalım . Ve çoğu zaman işletim sistemi yazan insanlar akıllıdır.

Ben başvuran ediyorum bu blog yazısı bu cevabın kalanı için ağır Scott Hanselman'ın dan. Magicandre'ın cevabı da buna atıfta bulunuyor, ancak ondan farklı dersler aldım. Detaylar için okunmaya değer. Bilgileri nasıl temsil ettiğimle ilgili birkaç özgürlük alıyorum. Bununla başlardım

En büyük yanılgı, çoğu insanın çok eski bir disk \ file düzeni modeline ve SSD'lerin çalışma biçimine sahip olduğunu düşünüyorum.

SSD'ler parça yaparlar ve bu parçaların izlenmesi gerekir . Temel düzeyde SSD'leri birleştirmek , dönen bir pas sürücüsünün yapışından farklı olsa bile, dosya sisteminizin verimli çalışmasına yardımcı olur . Referans gösterdiğim gönderi, toplu anlık görüntülerin birleştirmeden yavaş olacağını gösteriyor.

SSD'ler ayrıca TRIM kavramına sahiptir. TRIM (retrim) parçalanmadan ayrı bir kavram olsa da, hala Windows Storage Optimizer alt sistemi tarafından yönetilmekte ve zamanlama aynı UI tarafından Kullanıcı perspektifinden yönetilmektedir.

TRIM iyidir. Trim , blokları silmeden okundu olarak işaretleme ve gerektiğinde silmeyi sağlayan bir mekanizma olduğundan , yazma işlemlerinde tasarruf sağlar .

Bir sürücüyü hiçbir zaman birleştirmemenizi söyleyenler, modern işletim sistemlerinin SSD'ler için tasarlandığı ve gerekli temizlik işlemlerinin gerçekleştirildiği konusunda hiçbir fikre sahip değildir .

Sizin daha iyi bildiğinizi varsaymak cazip gelse de, bu durumda işletim sistemi yazan insanlar sizin için işleri optimize etti. Sakin olun ve Windows'un sürücünüzü birleştirmesine izin verin.


8
Bence bu cevap, fiziksel blok adreslerine karşı mantıksal blok adreslerinden söz edilerek daha da geliştirilecektir. Bir SSD'yi birleştirmek mümkün değildir, sıralı mantıksal adreslerle sonuçlanan dosya sistemi düzeyinde prosedür, flash eşleme nedeniyle tüm fiziksel diskin her tarafına dağılmış verilere neden olur ve bu, SSD'lerin rasgele erişimli olması nedeniyle sorun değil.
Ben Voigt

Dürüst olmak gerekirse, kafamı hala sarmadığım bir kavram. Bunun tam bir muamelesinin, sorularımdan biri için harika bir cevap vereceğine inanıyorum ve test hesabımda dolanan bazı temsilcilerimin bunun için bir ödül olarak vermekten memnuniyet duyarım.
Journeyman Geek,

22

Bütünlüğü hatırına:

Parçalanma , diske veya işletim sistemine değil , dosya sistemine (FS) bağlıdır .

Bu, sorunuza cevabın gerçekten Windows için sormanız gerekmediği anlamına gelir *; SSD özel bir durumdur - sıradan bir diskten farklı şekilde çalışır.

Bir FS, dosyalarınızı diskte düzenlemenin bir yoludur. En yaygın Windows formatları NTFSve FAT32. Linux üzerinde en sık kullanılan BS'ler vardır ext3/ ext4ama diğerleri (vardır zfs, xfs, jfs, ReiserFS, btrfsve diğerleri).

Bir disk bloklara bölünmüştür . Üzerine biraz veri yazabileceğiniz uzun bir bant olduğunu düşünebilirsiniz. Diske bir şey yazdığınızda, bu blokları kullanırsınız. Açıkçası ilgili dosyaların yan yana yazılmasını ve tek bir dosyanın tek bir blokta yazılmasını istiyorsunuz, böylece kasetin etrafına atlamak zorunda kalmıyorsunuz. Her şey etrafa dağıldığında, buna parçalanma diyoruz . Birleştirme onları düzenler.

Belli ki şeyleri nasıl organize ettiğiniz (FS) ne kadar iyi organize edildiklerini (parçalanıp parçalanmadığını) belirler. Dosyalarınızı en baştan düzenlerseniz, parçalanma olmaz. Bazı dosya sistemlerinde bu olur (örneğin extaile). Bu dosya sistemleri, dosyalarınızı anında düzenler (yazmadan önce), başka bir seçenek olmadığında, küçük bir bozukluğu ortaya koymaktan başka özel durumlar olmadıkça dosyaları birleştirmek zorunda kalmazsınız.

ext4Parçalanmayı nasıl önlediği ve nasıl önlediği hakkında daha fazla bilgi için bu sayfaya bakabilirsiniz.

Şimdi bir SSD farklı çalışıyor; Bu bir kaset değil. Her yere anında erişebilirsiniz. Birleştirme işleminin amacı, dosyalarınızı düzenli bir şekilde organize etmeniz ve böylece atlamak zorunda kalmamanızdır. Bir SSD'de atlamak için hiçbir yolu yoktur. Teybin diğer ucuna ileri geri gitmek zorunda olup olmadığınız umrunda değil; kaset yok.

Bununla birlikte, bir SSD'yi optimize etmenin başka yolları da vardır. Açıklama için bu konuya bakın .

*Neredeyse; dosya sistemi seçimi işletim sistemi ile ilişkilidir. Çoğu Linux kullanıcısı Windows veya OS X kullanıcılarından farklı FS kullanır.


3
Kesinlikle bu. Parçalanma, depolama ortamından bağımsız olarak FS seviyesinde gerçekleşir. Bazı medya diğerlerinden daha çok etkilenir, ancak her zaman bir etkisi vardır ve bir SSD'niz olduğu için ortadan kaybolmaz.
Dmitry Grigoryev

1
Ana fark gerçekten Ext3 ve FAT vs Ext4 ve NTFS; ancak o zaman bile, uygulamalar, işletim sistemi ve donanım bile katkıda bulunurlar . Windows, başlangıçta kullanılan dosyaları, kullanılan sırayla düzenler; örneğin, başlangıçta çoğu sayfanın yerine blok okuma kullanmasına izin verir. Bu birleştirme diyebilirsiniz - bu sadece FS düzeyinde birleştirme (dosya parçalanmasını azaltma) dışında, FS'nin gerçekten yardımcı olamayacağı şekilde erişimi optimize etmek için dosya gruplarını "birleştirir". Pek çok benzer optimizasyonu hayal edebilirsiniz, örneğin, EXE'lere yakın olan DLL'leri taşıma.
Luaan

Hepsi kendi yolunda önemli olan birçok farklı katman var. Örneğin, şeritleme performansı artırabilecek bir kasıtlı parçalanma yöntemidir. HDD'nin aynı zamanda birden fazla plakadan okuyabilen birden fazla kafası varsa, bir HDD'nin fiziksel organizasyonu da bunu kullanabilir. SSD'lerin tabağı döndürmesi ve arama yapmak için kafaları hareket ettirmeleri gerekmiyor, ancak yine de bir IOPS limitleri var - ve bugün SSD'lerin hızıyla, bu genellikle ham bant genişliğinden daha önemlidir. SSD, bant genişliğini doyuracak kadar hızlı aramıyor. Parçalanma, temel sorunun küçük bir parçasıdır - önbellekleme.
Luaan

@Luaan: "SSD arayışı" diye bir şey yoktur. Bence aslında emri başına düşen işlemlerden bahsediyorsun.
Ben Voigt

1
@ BenVoigt Luaan'ın konsolide olmayan dosyaların SSD'lerde bile okunmasının daha uzun sürdüğünü düşünüyorum. Aramada gecikme yok, ancak SSD'lerde sıralı ve rasgele okumalar arasında önemli bir fark var.
user1306322 30:16

7

Varolan cevaplar mükemmeldir ama bazı şeyler ... eklememiz gerekiyor
ben birleştirmek benim SSD ve otomatik TRIM devre dışı ancak belirtilenler dışında tamamen farklı nedenlerden dolayı:

  1. Yanlışlıkla bir şey sildiğimde dosyaları veya bölümleri kurtarabilmek istiyorum .
    Hayır, sık sık olmaz, ancak birkaç kez gerçekleştiğinde, silme işleminden hemen sonra kurtarmaya çalıştığım zaman bile , bir sabit diskte kurtaracağım şeyleri kurtarabilmek oldukça sinir bozucu oldu. .

  2. Ben , genişletmek küçültmek ve hatta hareket bölümleri her birkaç ayda etrafında ve birleştirme de ve dosyaları birleştirerek çok daha hızlı ve daha az riskli bu işlemi yapar. Bugünlerde bölüm yöneticilerine güvenebileceğinizi düşünebilirsiniz, ancak Aralık 2015 gibi geç saatlerde düz hareket / yeniden boyutlandırma işlemlerinde hatalara (yolsuzluk) rastladım. Ve daha akıllı bölüm yöneticileri, herhangi bir hasar yapılmadan önce (ve genellikle, her zaman başarılı olmamakla birlikte) yoğun şekilde parçalanmış olan birimler üzerinde koşmaktan kaçınmaya çalışırlar.

  3. Bazen Linux kullanıyorum ve NTFS birimlerinin bozulmasına bir yıl kadar süre önce yakıldım. Bu, özellikle parçalanma nedeniyle değil, parçalanmış dosyaları bile doğru bir şekilde idare edemediğini görünce savunuyorum ve mümkün olduğu kadar temiz bir birim sunmaya çalışıyorum (ve sonra bile Zamanın

# 2 ve # 3 ile ilgili üzücü kısım, bu sorunları kendi gözleriyle görmeyen insanlar her zaman deli olduğumu ve bunları telafi ettiğimi ya da sistemimin bir şekilde kırılması gerektiğini düşünüyor. Fakat bunları birkaç kez birçok sistemde yeniden ürettim ve kendi NTFS okuyucularını yazan biri olarak, dosya sistemleri ve çekirdek programlaması hakkında NTFS'nin merkezinde olduğu hakkında bir iki şey biliyorum. Böylece onları gördüğümde böcekleri biliyorum. Kimse bana inanmıyor, ama ben yine de insanları uyarıyorum, bunların kendi gözlerimle olduğunu gördüğümden dolayı - bu nedenle, bölümlerle uğraşıyorsanız veya Linux kullanıyorsanız, sürücülerinizi birleştirmeyi öneriyorum. YMMV.

Oh, ve ne zaman bir süre elle her seferinde TRIM çalıştırmayı unutmayın yok bir şey kurtarmak gerekir. Dürüst olmak gerekirse, bundan fayda göremedim.


1
Mükemmel, aynı sebeplerden dolayı özellikle fotoğrafçılık için aynı anda flaş sürücüleri (ve hatta "sıfır") birleştirme işlemi iyi bir yöntemdir. Bitişik dosyaların kısmen de olsa kurtarılması daha kolaydır. Zaman ayırın, işletim sistemi yeterince zekiyse, ön alımdan (ileride oku) faydalanacaksınız. SSD'ler bellekten daha yavaş olma eğilimindedir (yine de her zaman doğru değildir).
mckenzm

Linux tavsiyeniz aslında "Linux kullanıyorsanız ve NTFS dosya sisteminizi okuyup yazıyorsanız", aslında "hiç Linux kullanıyorsanız" değil mi? Linux'u SSD'de ext4 veya XFS ile kullanmak tamamen güvenlidir. (Ve FAT, bu konuda, gerekmesi durumunda veri alışverişi için bir FAT bölümü oluşturabilirsiniz.)
mattdm

@ mattdm: Evet, sanırım. (Garip, bunu zaten cevapladım sanıyordum ...)
Mehrdad

0

SSD'nizi birleştirebilirsiniz. Sen-meli? Kesinlikle çok sık değil, ancak nadiren yapmanın faydası olabileceği birkaç vaka var.

a) Eski dosya hatalarının yavaş okunmasından etkilenen bir Samsung Evo 840'ınız var. Birleştirme onları etkin bir şekilde yeniden yazacaktır ve artık eski dosyalar olmayacaktır.

b) Parçalanmanın SSD'ler üzerindeki etkileri son derece küçük olsa da, kontrolör hala birçok flaş çipine yayılmış dosyaları yeniden bir araya getirmek zorunda. Bunun performans etkisi çok azdır, ancak yine birleştirme işlemi dosyaları yeniden düzenlemeli ve denetleyicinin yeniden monte etmelerini kolaylaştırmalıdır.

c) Eğer modern bir ssd'ye yakın bir şeye sahipseniz, ara sıra yapılan bir dolandırıcılık, önemli olan yaşam süresini etkilemeyecektir. 2018 yılında bir hw teknoloji sitesi bir ssd dayanıklılık testi yaptı ve 2d tlc kullanan (çok kötü dayanıklılığa sahip olan) Samsung evo 840 500GB, yaklaşık 600 TB'lık yazı yazdı. Daha iyi bir şey olması çok daha fazla dayanıklılığa sahip 3d tlc'yi (bazı şirketler tarafından vnand olarak adlandırılır) kullanıyor olabilir. Daha büyük modellerde ayrıca daha dayanıklılığı artıracak yazmak için daha fazla hücre bulunur. Ve eğer büyük bir yanlısı sürekliliğe sahipseniz dayanıklılığınız tamamen sorun değil (Samsung pro 512 GB'nin 9 PB yazmadan önce bahsettiğim testte 9 PB yazma süresi daha ... daha büyük / daha yeni modeller daha da uzun sürmeli). Bu numaralara kasten denemediğiniz sürece ulaşmak imkansızdır. Öldürmek için kullanılan yazar (yine de ucuz olanları,


-3

Bir SSD'yi birleştirmek, adreslenmiş en düşük hafıza bloklarının erken arızasını sağlar.

Bakınız: http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

“Flaş boyunca eşit şekilde yayılan aşınma seviyelendirme algoritmalarıyla bile, tüm hücreler sonunda başarısız olur veya görev için uygun olmaz. Bu olduğunda, emekli olurlar ve SSD'nin aşırı tedarik ettiği bölgeden tahsis edilen flaşla değiştirilirler. sürücünün kullanıcı tarafından erişilebilir kapasitesi, hücrelerin tahrip edilme yıpranma savaşından etkilenmez. "

“Kayıplar sonunda sürücünün cevapsız soruları bırakarak telafi etme yeteneğini aşacak. Kaç yazma alıyor? Sonunda verilerinize ne oldu?


5
Bu, sürücünün üzerine büyük miktarda veri yazdığı ve üzerine yazdığı aşırı bir durumdur. Bunun normal, rutin çözme ile ne alakası var?
Journeyman Geek

Hayır aşırı bir durum değil ... Ürünün doğal veya nihai zayıflığını gösteren bir test. Testler sınırları göstermek için tasarlanmıştır.
jwzumwalt

-6

Bir SSD'deki her hücre, her yeniden yazıldığı zaman yavaşlar. Disk, hangi hücrelere yazıldığını ve ilk önce az kullanılmış hücrelere yazarak izlerini aşınmadan gizler. Birleştirme, birçok hücrede büyük yeniden yazma anlamına gelir ve bu nedenle SSD'yi yıpratır. HD'ler birleştirme işleminden yararlanıyor çünkü performans, servo kolu sık sık hareket ettirmek zorunda kalmayarak iyileştiriliyor;


10
Oy vermedi, ancak bunun için kaynak görmekle ilgileniyor.
brichins

3
Sen karıştırıyorsun yazma amplifikasyon ile aşınma tesviye . SSD'lerin yazmadan önce silmeleri gerekir, ancak yazabileceklerinden daha büyük blokları silerler. Bu, tek bir yazının verileri dolaşmak ve silmek için bir bloğu serbest bırakmak için birden fazla yazma yapabileceği anlamına gelir. Daha çok yazı gerçekleştikçe, bu işlem daha da karmaşıklaşıyor. Bu yazma büyütmesi. TRIM ve aşırı sağlama gibi bununla başa çıkmanın çeşitli yolları vardır. Aşınma dengeleme, hangi hücrelere yazdığınızı yayar, böylece tamamen başarısız olmazlar.
Schwern
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.