Haruskah saya mendefrag SSD saya?

121

Saya baru saja belajar bahwa orang harus "Jangan pernah men-defrag SSD Anda". Tetapi saya tidak tahu apakah itu benar.

Saya percaya bahwa Windows 10 secara otomatis dijadwalkan untuk menyelesaikan defragmentasi pada SSD saya, tetapi saya membatalkannya. Apakah akan menyebabkan masalah untuk defragmentasi yang dilakukan sebelumnya?

SSD masih belum dipartisi, karena saya tidak dapat melihat drive SSD di folder My Computer, hanya di manajer perangkat keras sistem. Apa langkah yang benar yang harus saya ambil untuk menginstal Windows pada SSD (ini adalah SSD pertama saya)?

jerry
sumber
12
Saran untuk "jangan pernah mendefrag SSD Anda" sudah usang dan berasal dari masa ketika SSD lebih lambat dan memiliki daya tahan tulis yang jauh lebih terbatas daripada SSD modern. SSD modern cenderung terbatas IOPS, dan sistem file yang didefragmentasi membutuhkan I / Os yang lebih sedikit.
David Schwartz
5
Untuk titik @DavidSchwartz, jumlah penulisan / penghapusan yang diperlukan untuk membunuh SSD modern secara spontan sangat tinggi. Kecuali jika Anda memproses sejumlah informasi yang luar biasa, SSD Anda kemungkinan besar akan bertahan lebih lama daripada banyak komponen lainnya, bahkan jika Anda melakukan defrag konvensional.
DanK
29
Mengapa Anda ingin mendefrag SSD? Inti dari defragmentasi adalah membuat file bersebelahan pada disk, sehingga kepala baca tidak harus mencari di semua tempat (yang membutuhkan waktu, karena melibatkan gerakan fisik) untuk membaca file. Saya bukan ahli, tetapi SSD AFAIK solid state dan akses acak. Semua akses memakan waktu yang sama, jadi tidak masalah bagaimana blok file didistribusikan.
jamesqf
3
Kemungkinan rangkap dari Mengapa Anda tidak dapat men-defrag Solid State Drive?
Raystafarian
6
Seperti yang dicatat oleh Ajedi32, rekomendasi untuk kedua pertanyaan tersebut sangat bertolak belakang. Itu harus mempengaruhi arah duplikat. Jika rekomendasi pada pertanyaan lain sekarang dianggap salah, satu-satunya cara pembaca yang mendarat di sana akan menemukan jawaban atas pertanyaan ini adalah jika itu dibuat duplikat dari yang ini.
fixer1234

Jawaban:

135

Biarkan Windows melakukan tugasnya. Sekali per bulan ia melakukan defrag penuh nyata , juga pada SSD, untuk mengoptimalkan data meta internal.

Jawaban singkatnya adalah, ya, Windows terkadang mendefrag SSD, ya, penting untuk defrag SSD secara cerdas dan tepat, dan ya, Windows pintar tentang cara memperlakukan SSD Anda.

Ini balasan dari Microsoft:

Storage Optimizer akan mendefrag SSD sebulan sekali jika volume snapshot diaktifkan. Ini adalah desain dan diperlukan karena salin volsnap lambat pada kinerja menulis pada volume SSD terfragmentasi . Ini juga agak salah paham bahwa fragmentasi bukan masalah pada SSD. Jika SSD menjadi terlalu terfragmentasi Anda dapat menekan fragmentasi file maksimum (ketika metadata tidak dapat mewakili fragmen file lagi) yang akan mengakibatkan kesalahan ketika Anda mencoba menulis / memperpanjang file. Selain itu, lebih banyak fragmen file berarti lebih banyak metadata untuk diproses saat membaca / menulis file, yang dapat menyebabkan kinerja lebih lambat.

Sejauh menyangkut Retrim, perintah ini harus berjalan pada jadwal yang ditentukan dalam UI dfrgui. Retrim diperlukan karena cara TRIM diproses dalam sistem file. Karena beragamnya kinerja perangkat keras yang merespons TRIM, TRIM diproses secara asinkron oleh sistem file. Ketika file dihapus atau ruang dibebaskan, sistem file mengantri permintaan trim untuk diproses. Untuk membatasi penggunaan sumber daya intip, antrian ini hanya dapat tumbuh hingga jumlah maksimum permintaan trim. Jika antrian berukuran maksimal, permintaan TRIM yang masuk dapat dibatalkan. Ini tidak apa-apa karena kami akan datang secara berkala dan melakukan Retrim dengan Storage Optimizer. Retrim dilakukan pada granularity yang harus menghindari memukul ukuran antrian permintaan TRIM maksimum di mana TRIM dijatuhkan.

Jadi instal Windows pada SSD dan lupakan. Windows akan melakukan semuanya sendiri.

magicandre1981
sumber
17
Terkadang kita mengomel tentang Microsoft yang begitu bodoh dan sebagainya. Tapi kadang-kadang saya hanya kagum pada seberapa baik dipikirkan beberapa Elemen Windows.
BlueWizard
1
Namun AFAIK Linux / EXT tidak perlu melakukan ini sama sekali.
spraff
6
Fragmentasi dijaga agar tetap minimum dalam EXT tetapi masih dapat terjadi dalam kasus penggunaan khusus, setidaknya dalam Ext3: en.wikipedia.org/wiki/Ext3#keuntungan
Bret
6
Varian EXT melakukan fragmen dan kehilangan kinerja. Siapa pun yang mengatakan sebaliknya menjajakan kebohongan keunggulan Linux. Sumber: Saya menerapkan driver untuk itu dan itu terjadi.
Imallett
1
@spraff itu karena EXT meninggalkan spasi di antara blok dan file tidak perlu sebagian ditulis di tempat lain ketika itu tumbuh. Saat itu tumbuh. Pada dasarnya ketika Anda memiliki file video (yang tidak pernah tumbuh) masih membutuhkan lebih banyak ruang daripada yang dibutuhkan dan dengan demikian membuang-buang ruang. Tidak ada sistem yang sempurna
BlueWizard
50

Saya baru saja belajar bahwa orang harus "Jangan pernah men-defrag SSD Anda". Tetapi saya tidak tahu apakah itu benar.

Sedikit pengetahuan berbahaya. Jangan pernah men-defrag SSD Anda mungkin merupakan ide yang bagus jika sistem Anda sama sekali tidak tahu apa itu SSD - katakanlah Windows XP. Dan jika SSD kepingan salju rapuh cenderung aus dan meleleh di panasnya penggunaan normal - saya punya jawaban rinci mengapa itu tidak benar . Hal ini cukup sulit untuk 'aus' drive dalam penggunaan normal. Mungkin berguna untuk melupakan hal ini.

Mari kita perhatikan bahwa jika aplikasi Anda membunuh SSD atau bahkan melakukan penulisan yang berat, seperti yang dilakukan Spotify , orang akan membalik. Dan cukup sering orang yang menulis OS itu pintar.

Saya mereferensikan posting blog ini dari Scott Hanselman untuk sisa jawaban ini. Jawaban Magicandre juga merujuk hal ini, tetapi saya agak mengambil pelajaran yang berbeda darinya. Ini layak dibaca untuk detailnya. Saya mengambil beberapa kebebasan dengan bagaimana saya mewakili informasi. Saya akan mulai dengan ini

Saya pikir kesalahpahaman utama adalah bahwa kebanyakan orang memiliki model tata letak disk \ file yang sangat ketinggalan zaman, dan bagaimana SSD bekerja.

SSD memiliki fragmen dan fragmen-fragmen ini perlu dilacak . Pada tingkat dasar, defragging SSD membantu sistem file Anda berjalan secara efisien, walaupun itu berbeda dari bagaimana drive rust berputar. Posting yang saya referensikan menunjukkan snapshot volume akan lambat tanpa defragmentasi.

SSD juga memiliki konsep TRIM. Sementara TRIM (retrim) adalah konsep terpisah dari fragmentasi, itu masih ditangani oleh subsistem Windows Storage Optimizer dan jadwalnya dikelola oleh UI yang sama dari perspektif Pengguna.

TRIM baik. Potong menghemat menulis karena ini merupakan mekanisme untuk menandai blok sebagai dibaca tanpa menghapusnya, dan menghapusnya sesuai kebutuhan.

Siapa pun yang memberi tahu Anda untuk tidak pernah mendefrag drive tidak tahu bahwa OS modern dirancang untuk SSD dan bahwa proses pembersihan yang diperlukan telah dilakukan.

Meskipun tergoda untuk menganggap Anda lebih tahu, dalam hal ini orang-orang yang menulis OS telah mengoptimalkan hal-hal untuk Anda. Tetap tenang, dan biarkan Windows mendefrag drive Anda.

Journeyman Geek
sumber
8
Saya pikir jawaban ini akan sangat ditingkatkan dengan menyebutkan alamat blok logis vs alamat blok fisik. Tidak mungkin untuk mendefrag SSD, prosedur tingkat sistem file yang menghasilkan alamat logis berurutan masih akan menghasilkan data yang tersebar di sekitar disk fisik, karena pemetaan flash, dan itu OK karena SSD adalah akses acak.
Ben Voigt
Sejujurnya, itu adalah konsep yang masih belum saya pikirkan. Saya yakin perawatan penuh untuk itu akan membuat jawaban yang luar biasa untuk salah satu pertanyaan saya dan saya memiliki beberapa perwakilan yang melayang-layang di akun pengujian saya, saya akan dengan senang hati memberikan penghargaan sebagai hadiah untuk itu.
Journeyman Geek
22

Demi kelengkapan:

Fragmentasi tergantung pada sistem file (FS) , bukan pada disk atau OS.

Ini berarti bahwa jawaban untuk pertanyaan Anda tidak perlu ditanyakan untuk Windows *; SSD adalah case khusus - ini bekerja secara berbeda dari disc biasa.

FS adalah cara mengatur file Anda pada disk. Format Windows yang paling umum adalah NTFSdan FAT32. Feasibility yang paling umum digunakan di Linux adalah ext3/ ext4, tetapi ada banyak orang lain ( zfs, xfs, jfs, ReiserFS, btrfs, dan banyak lagi).

Disk dibagi menjadi beberapa blok . Anda dapat membayangkannya sebagai rekaman panjang di mana Anda dapat menulis beberapa data. Saat Anda menulis sesuatu ke disk, Anda menggunakan blok ini. Tentunya Anda ingin file terkait ditulis bersebelahan, dan satu file ditulis dalam satu blok, sehingga Anda tidak perlu melompati rekaman itu. Ketika semuanya tersebar, itulah yang kami sebut fragmentasi . Defragmentasi mengaturnya.

Jelas bagaimana Anda mengatur sesuatu (FS) menentukan seberapa baik mereka diatur (apakah ada fragmentasi). Jika Anda mengatur file Anda dari awal, Anda tidak akan memiliki fragmentasi. Itulah yang terjadi di beberapa sistem file (misalnya extkeluarga). Sistem file ini mengatur file Anda dengan cepat (sebelum menulis), sehingga Anda tidak perlu men-defragnya kecuali dalam keadaan khusus ketika tidak ada pilihan lain selain memperkenalkan sedikit gangguan.

Untuk informasi lebih lanjut tentang ext4dan bagaimana mencegah fragmentasi, Anda dapat merujuk ke halaman ini

Sekarang SSD bekerja secara berbeda; itu bukan kaset. Anda bisa mendapatkan akses instan ke mana saja. Inti dari defragmentasi adalah Anda mengatur file dengan rapi, sehingga Anda tidak perlu melompat-lompat. Tidak ada cara untuk melompat dalam SSD. Anda tidak peduli apakah Anda harus pergi ke ujung kaset itu bolak-balik; tidak ada kaset.

Namun, ada cara lain untuk mengoptimalkan SSD. Lihat topik ini untuk klarifikasi.

*Hampir; Pilihan sistem file berkorelasi dengan OS. Sebagian besar pengguna Linux menggunakan FS yang berbeda dari pengguna Windows atau OS X.

MatthewRock
sumber
3
Persis seperti ini. Fragmentasi terjadi pada level FS, terlepas dari media penyimpanan. Beberapa media lebih terpengaruh olehnya daripada yang lain, tetapi selalu ada beberapa dampak, dan itu tidak akan hilang hanya karena Anda memiliki SSD.
Dmitry Grigoryev
1
Perbedaan utama adalah benar-benar Ext3 dan FAT vs Ext4 dan NTFS; tetapi meskipun begitu, aplikasi, OS dan bahkan perangkat keras berkontribusi , seringkali secara signifikan. Windows mengatur file yang digunakan saat startup dalam urutan yang digunakan, misalnya - memungkinkan sebagian besar startup menggunakan pembacaan blok alih-alih mencari. Anda bisa menyebutnya defragmentasi - hanya saja selain defragmenting pada level FS (mengurangi fragmentasi file), itu juga "mendefragmentasi" kelompok file untuk mengoptimalkan akses dengan cara yang tidak bisa benar-benar dilakukan oleh FS. Anda dapat membayangkan banyak optimasi serupa, misalnya memindahkan DLL dekat dengan EXEs.
Luaan
Ada banyak lapisan berbeda yang semuanya penting dengan caranya sendiri. Misalnya, striping adalah cara fragmentasi yang disengaja yang dapat meningkatkan kinerja. Organisasi fisik HDD juga dapat menggunakan ini, jika HDD memiliki beberapa kepala yang dapat membaca dari beberapa piringan secara bersamaan. SSD tidak perlu memutar piring dan menggerakkan kepala untuk mencari, tetapi mereka masih memiliki batas IOPS - dan dengan kecepatan SSD saat ini, ini seringkali lebih penting daripada bandwidth mentah. Upaya SSD tidak lagi cukup cepat untuk memenuhi bandwidth. Fragmentasi adalah bagian kecil dari masalah mendasar - caching.
Luaan
@Luaan: Tidak ada yang namanya "pencarian SSD". Saya pikir Anda benar-benar berbicara tentang overhead pemrosesan per-perintah.
Ben Voigt
1
@ BenVoigt Saya pikir Luaan berarti bahwa file yang tidak terkonsolidasi masih membutuhkan waktu lebih lama untuk dibaca bahkan pada SSD. Tidak ada penundaan mencari, tetapi ada perbedaan yang signifikan antara membaca berurutan dan acak pada SSD.
user1306322
7

Jawaban yang ada bagus, tapi saya punya beberapa hal untuk melengkapi mereka ...
Saya defragment SSD saya dan menonaktifkan TRIM otomatis , tetapi untuk alasan yang sangat berbeda dari yang disebutkan:

  1. Saya ingin dapat memulihkan file atau partisi jika & ketika saya tidak sengaja menghapus sesuatu.
    Tidak, itu tidak sering terjadi, tetapi beberapa kali itu terjadi, sudah cukup frustasi untuk tidak dapat memulihkan hal-hal yang saya akan dapat memulihkan pada hard drive, bahkan ketika saya mencoba untuk memulihkannya segera setelah penghapusan .

  2. Saya memperluas, mengecilkan, dan bahkan memindahkan partisi setiap beberapa bulan, dan defragmenting dan konsolidasi file membuat operasi ini jauh lebih cepat dan kurang berisiko. Anda akan berpikir Anda dapat mempercayai manajer partisi saat ini, tetapi hingga Desember 2015, saya mengalami kesalahan (korupsi) pada operasi pindah / ubah ukuran. Dan manajer partisi yang lebih cerdas mencoba untuk tidak berjalan pada volume yang sangat terfragmentasi sebelum kerusakan dilakukan (dan biasanya, meskipun tidak selalu, berhasil).

  3. Saya menggunakan Linux kadang-kadang, dan saya telah terbakar oleh korupsi volume NTFS akhir-akhir ini sekitar setahun yang lalu. Ini bukan karena fragmentasi secara khusus, tetapi melihat bahwa itu bahkan tidak dapat menangani file yang tidak terfragmentasi dengan benar, saya bersikap defensif dan mencoba menyajikan volume sebersih mungkin untuk itu (dan bahkan kemudian, saya menghindari menulis sebagian besar waktu).

Bagian yang menyedihkan tentang # 2 dan # 3 adalah, orang-orang yang belum melihat masalah ini dengan mata kepala mereka sendiri selalu berpikir saya gila dan mengada-ada, atau bahwa sistem saya harus entah bagaimana rusak. Tetapi saya telah mereproduksi ini beberapa kali pada beberapa sistem, dan sebagai seseorang yang telah menulis pembaca NTFS - nya sendiri , saya tahu satu atau dua hal tentang sistem file dan pemrograman kernel ... dengan NTFS yang menjadi pusatnya. Jadi saya tahu bug ketika saya melihatnya. Tidak ada yang mempercayai saya, tetapi saya tetap memperingatkan orang, mengingat bahwa saya telah melihat ini terjadi dengan mata kepala saya sendiri - jadi, jika Anda mengacaukan partisi atau menggunakan Linux, saya sarankan Anda menjaga defragmentasi drive Anda. YMMV.

Oh, dan jangan lupa menjalankan TRIM secara manual sesekali ketika Anda tidak perlu memulihkan apa pun. Meskipun jika saya jujur ​​saya belum melihat manfaatnya ...

Mehrdad
sumber
1
Luar biasa, ini adalah prosedur yang baik untuk mendefrag (dan bahkan "nol") flash drive untuk alasan yang sama, terutama untuk fotografi. File yang berdekatan lebih mudah dipulihkan, bahkan sebagian. Cari waktu di samping, Anda juga akan mendapat manfaat dari pengambilan awal (baca lebih lanjut) jika OSnya cukup pintar. SSD cenderung lebih lambat dari memori (meskipun tidak selalu benar).
mckenzm
Bukankah saran Linux Anda sebenarnya "jika Anda menggunakan Linux dan me-mount sistem file NTFS baca / tulis dengannya", bukan benar-benar "jika Anda menggunakan Linux sama sekali"? Menggunakan Linux dengan ext4 atau XFS pada SSD sangat aman. (Dan FAT, dalam hal ini, sehingga Anda dapat membuat partisi FAT untuk pertukaran data jika perlu.)
mattdm
@mattdm: Ya, saya kira. (Aneh, saya pikir saya sudah menjawab ini ...)
Mehrdad
0

Anda dapat mendefrag SSD Anda. Seharusnya kamu? Tentu tidak terlalu sering tetapi ada beberapa kasus di mana itu bermanfaat untuk jarang melakukannya.

a) Anda memiliki Samsung Evo 840 yang terpengaruh oleh lambatnya pembacaan bug file lama. Defragmentasi akan menulis ulang secara efektif dan mereka tidak akan menjadi file lama lagi.

b) Meskipun efek fragmentasi pada SSD sangat kecil, pengontrol masih harus memasang kembali file yang tersebar di banyak chip flash. Dampak kinerja ini sangat kecil, tetapi sekali lagi defragmenting harus mengatur ulang file dan membuatnya lebih mudah bagi pengontrol untuk berkumpul kembali.

c) Jika Anda memiliki sesuatu yang dekat dengan ssd modern, defrag sesekali tidak akan memengaruhi waktu hidup itu cukup berarti. Pada tahun 2018 sebuah situs teknologi hw melakukan tes ketahanan SSD dan Samsung evo 840 500GB yang menggunakan 2d tlc (yang memiliki daya tahan sangat buruk) gagal pada sekitar 600 TB penulisan. Ada yang lebih baik kemungkinan menggunakan 3d tlc (disebut vnand oleh beberapa perusahaan) yang memiliki daya tahan lebih banyak. Model yang lebih besar juga memiliki lebih banyak sel untuk ditulis yang selanjutnya meningkatkan daya tahan. Dan jika Anda memiliki daya tahan pro drive yang besar adalah masalah yang tidak lengkap (dalam tes yang saya sebutkan sebelumnya Samsung pro 512 GB bertahan selama 9 PB menulis ... model yang lebih besar / lebih baru akan bertahan lebih lama lagi). Angka-angka ini secara praktis tidak mungkin dicapai kecuali Anda mencoba dengan sengaja. Menulis digunakan untuk membunuh (yang murah pula,

orange_juice6000
sumber
-3

Defragging SSD mendorong kegagalan awal blok memori terendah yang ditangani.

Lihat: http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

"Bahkan dengan algoritme tingkat-pakai yang menyebar tulis merata di seluruh flash, semua sel pada akhirnya akan gagal atau menjadi tidak layak untuk tugas. Ketika itu terjadi, mereka pensiun dan diganti dengan flash yang dialokasikan dari area SSD yang terlalu banyak tersedia. NAND cadangan ini memastikan bahwa kapasitas yang dapat diakses pengguna drive tidak terpengaruh oleh perang gesekan yang merusak selnya. "

"Korban pada akhirnya akan melebihi kemampuan drive untuk mengkompensasi, meninggalkan pertanyaan yang tidak dijawab. Berapa banyak penulisan yang dibutuhkan? Apa yang terjadi pada data Anda pada akhirnya? Apakah SSD kehilangan kinerja atau keandalan apa pun ketika tulisan menumpuk?"

jwzumwalt
sumber
5
Ini adalah kasus ekstrem di mana drive memiliki sejumlah besar data yang ditulis dan ditimpa. Apa hubungannya ini dengan defragging rutin dan rutin?
Journeyman Geek
Tidak, ini bukan kasus ekstrem ... Ini adalah tes yang menunjukkan kelemahan yang melekat atau akhirnya pada produk. Tes dirancang untuk menunjukkan batasan.
jwzumwalt
-6

Setiap sel pada SSD menjadi lebih lambat setiap kali ditulis ulang. Disk menyembunyikan yang dipakai dengan melacak sel mana yang telah ditulis, dan menulis ke sel yang jarang digunakan terlebih dahulu. Defragging berarti penulisan ulang besar-besaran pada banyak sel, dan karenanya akan melemahkan SSD. Manfaat HD dari defragging karena kinerja ditingkatkan dengan tidak harus sering menggerakkan servo arm, tetapi SSD tidak melambat sebanyak dengan penempatan data acak.

Christopher Hostage
sumber
10
Tidak downvote, tetapi akan tertarik melihat sumber untuk ini.
brichins
3
Anda bingung menulis amplifikasi dengan leveling keausan . SSD harus dihapus sebelum mereka dapat menulis, tetapi mereka menghapus blok yang lebih besar daripada yang dapat mereka tulis. Ini berarti satu tulisan mungkin melakukan banyak penulisan untuk mengacak data sekitar dan membebaskan blok untuk dihapus. Semakin banyak menulis terjadi, proses ini menjadi lebih rumit. Itu menulis amplifikasi. Ada berbagai cara untuk mengatasi hal ini seperti TRIM dan penyediaan berlebihan. Leveling aus menyebar ke sel mana Anda menulis sehingga mereka tidak gagal sepenuhnya.
Schwern