Seorang pria bijak yang memakai nama NickN memelihara posting forum yang panjang tentang pandangannya tentang membangun komputer yang kuat (diarahkan untuk memainkan Microsoft Flight Simulator X, perangkat lunak yang sangat menuntut).

Dia merangkum poin tentang drive SSD di suatu tempat, dan dia menyimpulkan daftar sebagai berikut:

JANGAN PARTISI SSD

Sayangnya dia tidak menjelaskan hal ini, tetapi saya heran mengapa dia mengatakan ini. Apa kelemahan mempartisi SSD? (Partisi dalam konteks ini artinya> = 2 partisi)

SSD tidak, saya ulangi, JANGAN bekerja di level filesystem!

Tidak ada korelasi 1: 1 antara bagaimana filesystem melihat sesuatu dan bagaimana SSD melihat sesuatu.

Jangan ragu untuk mempartisi SSD dengan cara apa pun yang Anda inginkan (dengan asumsi setiap partisi sejajar dengan benar, dan OS modern akan menangani semua ini untuk Anda); itu TIDAK akan melukai apa pun, itu TIDAK akan mempengaruhi waktu akses atau apa pun yang merugikan, dan jangan khawatir tentang melakukan banyak menulis ke SSD baik. Mereka memilikinya sehingga Anda dapat menulis data 50 GB sehari, dan itu akan berlangsung 10 tahun.

Menanggapi jawaban Robin Hood ,

Leveling aus tidak akan memiliki banyak ruang kosong untuk dimainkan, karena operasi penulisan akan tersebar di ruang yang lebih kecil, sehingga Anda "bisa", tetapi tidak harus memakai bagian drive yang lebih cepat daripada yang Anda lakukan jika seluruh drive adalah partisi tunggal kecuali jika Anda akan melakukan keausan yang setara pada partisi tambahan (misalnya, dual boot).

Itu benar-benar salah. Tidak mungkin memakai partisi karena Anda membaca / menulis hanya partisi itu. Ini bahkan BUKAN dari jauh bagaimana SSD bekerja.

SSD bekerja pada akses tingkat yang jauh lebih rendah daripada yang dilihat oleh sistem file; SSD berfungsi dengan blok dan halaman.

Dalam hal ini, apa yang sebenarnya terjadi adalah, bahkan jika Anda menulis banyak data di partisi tertentu, sistem file dibatasi oleh partisi, TETAPI, SSD tidak. Semakin banyak penulisan SSD, semakin banyak blok / halaman yang akan ditukar SSD untuk melakukan perataan keausan. Tidak peduli bagaimana filesystem melihat sesuatu! Itu berarti, pada suatu waktu, data mungkin berada di halaman tertentu pada SSD, tetapi, di lain waktu, itu bisa dan akan berbeda. SSD akan melacak ke mana data akan dikocok, dan sistem file tidak akan tahu di mana pada SSD data sebenarnya.

Untuk membuat ini lebih mudah: katakanlah Anda menulis file pada partisi 1. OS memberitahu sistem file tentang kebutuhan penyimpanan, dan sistem file mengalokasikan "sektor", dan kemudian memberi tahu SSD bahwa ia membutuhkan ruang X. Filesystem melihat file di Logical Block Address (LBA) dari 123 (misalnya). SSD membuat catatan bahwa LBA 123 menggunakan blok / halaman # 500 (misalnya). Jadi, setiap kali OS membutuhkan file spesifik ini, SSD akan memiliki pointer ke halaman yang digunakan. Sekarang, jika kami terus menulis ke SSD, memakai tendangan leveling, dan mengatakan blok / halaman # 500, kami dapat lebih mengoptimalkan Anda di blok / halaman # 2300. Sekarang, ketika OS meminta file yang sama, dan sistem file meminta LBA 123 lagi, kali ini, SSD akan mengembalikan blok / halaman # 2300, dan BUKAN # 500.

Seperti hard drive SSD nand-flash adalah akses berurutan sehingga setiap data yang Anda tulis / baca dari partisi tambahan akan lebih jauh daripada "mungkin" jika ditulis dalam satu partisi, karena orang biasanya meninggalkan ruang kosong di partisi mereka . Ini akan menambah waktu akses untuk data yang disimpan di partisi tambahan.

Tidak, ini lagi salah! Robin Hood memikirkan hal-hal terkait sistem file, alih-alih berpikir seperti bagaimana tepatnya sebuah SSD bekerja. Sekali lagi, tidak ada cara bagi sistem file untuk mengetahui bagaimana SSD menyimpan data. Tidak ada "lebih jauh" di sini; itu hanya di mata filesystem, BUKAN cara yang sebenarnya SSD menyimpan informasi. Dimungkinkan untuk SSD memiliki data yang tersebar di chip NAND yang berbeda, dan pengguna tidak akan melihat peningkatan waktu akses. Heck, karena sifat paralel dari NAND, itu bahkan bisa berakhir lebih cepat dari sebelumnya, tetapi kita berbicara nanodetik di sini; berkedip dan Anda melewatkannya.

Ruang yang lebih sedikit meningkatkan kemungkinan penulisan file yang terfragmentasi, dan walaupun dampak kinerjanya kecil, perlu diingat bahwa itu umumnya dianggap sebagai ide yang buruk untuk men-defremen SSD nand-flash karena akan merusak drive. Tentu saja tergantung pada sistem file apa yang Anda gunakan menghasilkan beberapa jumlah fragmentasi yang sangat rendah, karena mereka dirancang untuk menulis file secara keseluruhan bila memungkinkan daripada membuangnya di semua tempat untuk menciptakan kecepatan menulis yang lebih cepat.

Tidak maaf; lagi ini salah. Tampilan filesystem file dan tampilan SSD dari file yang sama bahkan tidak dekat. Sistem file mungkin melihat file terfragmentasi dalam kasus terburuk yang mungkin, TETAPI, tampilan SSD dari data yang sama hampir selalu dioptimalkan.

Dengan demikian, program defragmentasi akan melihat LBA tersebut dan berkata, file ini harus benar-benar terfragmentasi! Tapi, karena tidak memiliki petunjuk mengenai internal SSD, itu 100% salah. Itulah alasan mengapa program defrag tidak akan berfungsi pada SSD, dan ya, program defrag juga menyebabkan penulisan yang tidak perlu, seperti yang disebutkan.

Seri artikel Pengodean untuk SSD adalah tinjauan umum yang baik tentang apa yang terjadi jika Anda ingin lebih teknis tentang cara kerja SSD.

Untuk bacaan "ringan" lainnya tentang cara kerja FTL (Flash Translation Layer), saya juga menyarankan Anda membaca Peran Kritis Firmware dan Lapisan Penerjemahan Flash dalam Desain Solid State Drive  (PDF) dari situs Flash Memory Summit .

Mereka juga memiliki banyak makalah lain yang tersedia, seperti:

• Memodelkan Lapisan Terjemahan Flash untuk Meningkatkan Seumur Hidup Sistem  (PDF)
• Memanfaatkan Lapisan Terjemahan Flash berbasis host untuk Akselerasi Aplikasi  (PDF)

Makalah lain tentang cara kerjanya: Flash Memory Overview  (PDF). Lihat bagian "Menulis Data" (halaman 26-27).

Jika video lebih sesuai keinginan Anda, lihat FTL tingkat halaman yang efisien untuk mengoptimalkan terjemahan alamat dalam memori flash dan slide terkait .

Jawaban yang sangat panjang di sini, ketika jawabannya cukup sederhana dan mengikuti langsung hanya dari pengetahuan umum tentang SSD. Orang tidak perlu lebih dari membaca istilah Wikipedia drive Solid-state untuk memahami jawabannya, yaitu:

Saran "JANGAN PARTISI SSD" tidak masuk akal.

Di masa lalu (sekarang jauh), sistem operasi tidak mendukung SSD dengan sangat baik, dan terutama ketika mempartisi tidak berhati-hati untuk menyelaraskan partisi sesuai dengan ukuran blok hapus.

Ketidaksejajaran ini, ketika sektor disk logis OS dipisah antara blok SSD fisik, dapat membutuhkan SSD untuk mem-flash dua sektor fisik ketika OS hanya bermaksud memperbarui satu, sehingga memperlambat akses disk dan meningkatkan level keausan .

Saat ini SSD menjadi jauh lebih besar, dan sistem operasi mengetahui semua tentang menghapus blok dan perataan, sehingga masalahnya tidak ada lagi. Mungkin saran ini dulunya dimaksudkan untuk menghindari kesalahan pada penyelarasan partisi, tetapi hari ini kesalahan ini semuanya mustahil.

Faktanya, argumen untuk mempartisi SSD saat ini persis sama dengan disk klasik:
Untuk mengatur dan memisahkan data dengan lebih baik.

Misalnya, menginstal sistem operasi pada partisi yang terpisah dan lebih kecil berguna untuk mengambil gambar cadangan sebagai tindakan pencegahan saat melakukan pembaruan besar ke OS.

Tidak ada kekurangan untuk mempartisi SSD, dan Anda benar-benar dapat memperpanjang umurnya dengan meninggalkan ruang yang tidak dipartisi.

Levelling aus diterapkan pada semua blok perangkat (ref. HP white-paper, ditautkan di bawah)

Dalam perataan keausan statis, semua blok di semua blitz yang tersedia di perangkat berpartisipasi dalam operasi perataan keausan. Ini memastikan semua balok menerima jumlah keausan yang sama. Leveling keausan statis paling sering digunakan di SSD desktop dan notebook.

Dari itu, kita dapat menyimpulkan bahwa partisi tidak penting untuk meratakan keausan. Ini masuk akal karena dari sudut pandang HDD & controller, partisi tidak benar-benar ada. Hanya ada blok dan data. Bahkan tabel partisi ditulis pada blok yang sama (blok pertama drive untuk MBR). Ini adalah OS yang kemudian membaca tabel, dan memutuskan blok mana yang menulis data dan mana yang tidak. OS melihat blok menggunakan LBA untuk memberikan nomor unik untuk setiap blok. Namun, pengontrol kemudian memetakan blok logis ke blok fisik aktual dengan mempertimbangkan skema level-keausan.

Papan tulis yang sama memberikan saran yang baik untuk memperpanjang hidup perangkat:

Selanjutnya, perbaiki drive Anda secara berlebihan. Anda dapat meningkatkan masa pakai hanya dengan mempartisi sebagian dari total kapasitas perangkat. Misalnya, jika Anda memiliki drive 256 GB - hanya partisi menjadi 240 GB. Ini akan sangat memperpanjang umur drive. Level overprovisioning 20% ​​(hanya mempartisi 200 GB) akan memperpanjang umur. Aturan praktis yang baik adalah setiap kali Anda menggandakan overprovisioning drive Anda menambahkan 1x untuk daya tahan drive.

Ini juga mengisyaratkan bahwa bahkan ruang tanpa partisi digunakan untuk meratakan keausan, dengan demikian semakin membuktikan poin di atas.

Sumber: Kertas putih teknis - SSD Endurance ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601ENW.pdf )

Sektor disk telah 512 byte untuk waktu yang lama, dan disk mekanis memiliki properti bahwa satu-satunya hal yang mempengaruhi berapa lama waktu yang diperlukan untuk membaca / menulis sektor adalah penundaan pencarian. Jadi langkah optimalisasi utama dengan hard drive mekanis adalah mencoba membaca / menulis blok secara berurutan untuk meminimalkan pencarian.

Flash bekerja sangat berbeda dari hard drive mekanis. Pada level flash mentah, Anda tidak memiliki blok, tetapi halaman dan "eraseblocks" (untuk meminjam dari terminologi Linux MTD). Anda dapat menulis untuk mem-flash halaman sekaligus, dan Anda dapat menghapus flash pembuka kunci sekaligus.

Ukuran halaman khas untuk flash adalah 2KBytes, dan ukuran khas untuk eraseblock adalah 128KBytes.

Tapi SATA SSD menghadirkan antarmuka yang berfungsi dengan ukuran sektor 512 byte ke OS.

Jika ada pemetaan 1: 1 antara halaman dan sektor, Anda dapat melihat bagaimana Anda akan mengalami masalah jika tabel partisi Anda dimulai pada halaman ganjil atau halaman di tengah-tengah eraseblock. Mengingat bahwa OS lebih memilih untuk mengambil data dari drive dalam potongan 4Kbyte karena ini sejajar dengan perangkat paging x86, Anda dapat melihat bagaimana blok 4Kbyte tersebut dapat mengangkangi eraseblock, artinya memperbarui itu memerlukan penghapusan, kemudian menulis ulang 2 blok alih-alih 1. Menuju ke kinerja lebih rendah.

Namun, firmware SSD tidak mempertahankan pemetaan 1: 1, ia melakukan terjemahan Physical Block Address (PBA) ke Logical Block Address (LBA). Berarti Anda tidak pernah tahu di mana katakanlah sektor 5000 atau sektor lain mana pun yang benar-benar ditulis dalam flash. Ini melakukan banyak hal di balik layar dengan desain untuk mencoba selalu menulis ke penghapus yang telah dihapus sebelumnya. Anda tidak dapat mengetahui dengan pasti apa yang dilakukannya tanpa pembongkaran firmware, tetapi kecuali jika firmware tersebut benar-benar sampah, firmware kemungkinan akan melangkah sekitar ini.

Anda mungkin pernah mendengar tentang 4Kn hard drive. Ini adalah hard drive mechnical yang secara internal menggunakan ukuran sektor 4Kbytes, tetapi masih menghadirkan antarmuka sektor 512-byte ke sistem operasi. Ini diperlukan karena kesenjangan antar sektor perlu lebih kecil pada platter agar sesuai dengan lebih banyak data.

Itu berarti secara internal selalu membaca dan menulis sektor 4K tetapi menyembunyikannya dari OS. Dalam hal ini, jika Anda tidak menulis ke sektor yang jatuh pada batas 4KByte, Anda akan dikenakan penalti kecepatan karena setiap baca / tulis tersebut akan mengakibatkan dua sektor 4KByte internal dibaca dan ditulis ulang. Tetapi ini tidak berlaku untuk SSD.

Pokoknya ini adalah satu-satunya situasi yang bisa saya pikirkan mengapa disarankan untuk tidak mempartisi SSD. Tapi itu tidak berlaku.

Yang diabaikan jawaban ini adalah pengoptimalan SSD Windows. Saya tidak tahu apakah ini berarti mempartisi menjadi lebih baik, tetapi untuk C-drive yang dipartisi seperti Windows-drive, Anda dapat:

1. pergantian indeks
2. tidak perlu melacak waktu akses terakhir
3. tidak perlu menyimpan dos-nama 8 karakter lama
4. memotong sampah Windows

Saya memutuskan beberapa informasi latar belakang mungkin bisa membantu dalam membuat jawaban ini jelas, tetapi seperti yang Anda lihat saya sedikit OCD sehingga Anda mungkin ingin melewatkan sampai akhir dan kemudian kembali jika diperlukan. Meskipun saya tahu sedikit, saya bukan ahli SSD jadi kalau ada yang melihat kesalahan, edit saja. :)

Informasi latar belakang:

Apa itu SSD ?:

SSD atau solid state drive adalah perangkat penyimpanan tanpa bagian yang bergerak. Istilah SSD sering dimaksudkan untuk secara khusus merujuk pada solid state drive berbasis nand-flash yang dimaksudkan untuk bertindak sebagai alternatif hard drive, tetapi pada kenyataannya mereka hanya satu bentuk SSD, dan bahkan bukan yang paling populer. Jenis SSD yang paling populer adalah media yang dapat dilepas berbasis nand-flash seperti stik usb (flash drive), dan kartu memori, meskipun jarang disebut sebagai SSD. SSD juga dapat berbasis ram, tetapi sebagian besar ram-drive adalah perangkat lunak yang dihasilkan sebagai lawan perangkat keras fisik.

Mengapa SSD Nand-flash Dimaksudkan Untuk Bertindak Sebagai Alternatif Hard Drive ?:

Untuk menjalankan sistem operasi, dan perangkat lunaknya dibutuhkan media penyimpanan cepat. Di sinilah ram berperan, tetapi secara historis ram mahal dan cpu tidak bisa menangani jumlah besar. Ketika Anda menjalankan sistem operasi, atau program bagian data yang saat ini diperlukan disalin ke ram Anda, karena perangkat penyimpanan Anda tidak cukup cepat. Bottleneck dibuat, karena Anda harus menunggu data untuk disalin dari perangkat penyimpanan lambat ke ram. Meskipun tidak semua SSD nand-flash menerima kinerja yang lebih baik daripada hard drive yang lebih tradisional, SSD yang memang membantu mengurangi hambatan dengan memberikan waktu akses yang lebih cepat, kecepatan membaca, dan kecepatan menulis.

Apa itu Nand-flash ?:

Penyimpanan flash adalah media penyimpanan yang menggunakan listrik daripada magnet untuk menyimpan data. Nand-flash adalah penyimpanan flash yang menggunakan gateway NAND. Tidak seperti A-atau-flash yang merupakan akses acak, nand-flash diakses secara berurutan.

Bagaimana cara Nand-flash SSD menyimpan data ?:

Penyimpanan nand-flash terdiri dari blok, blok-blok itu dibagi menjadi sel, sel berisi halaman. Tidak seperti hard drive yang menggunakan magnet untuk menyimpan data, media flash menggunakan listrik, karena data ini tidak dapat ditulis secara berlebihan; data harus dihapus untuk menggunakan kembali ruang tersebut. Perangkat tidak dapat menghapus halaman individual; erasal harus terjadi pada level blok. Karena data tidak dapat ditulis ke blok yang sudah digunakan (bahkan jika tidak semua halaman di dalamnya) seluruh blok harus dihapus terlebih dahulu, dan kemudian blok sekarang kosong dapat memiliki data yang ditulis ke halaman itu. Masalahnya adalah Anda akan kehilangan data apa pun yang sudah ada di halaman tersebut, termasuk data yang tidak ingin Anda buang! Untuk mencegah agar data yang ada ini tetap dipertahankan harus disalin di tempat lain sebelum melakukan penghapusan blok.

Pada hard drive, pelat magnetik digunakan untuk menyimpan data. Mirip seperti piringan hitam, piringan ini memiliki trek, dan trek ini dibagi menjadi beberapa bagian yang disebut sektor. Suatu sektor dapat menampung sejumlah data tertentu (biasanya 512 byte tetapi beberapa yang lebih baru adalah 4KB). Ketika Anda menerapkan sektor sistem file dikelompokkan ke dalam cluster (berdasarkan pada ukuran yang Anda tentukan, disebut ukuran alokasi atau ukuran cluster), dan kemudian file ditulis melintasi cluster. Dimungkinkan juga untuk membagi sektor untuk membuat cluster lebih kecil dari ukuran sektor Anda. Ruang yang tidak digunakan dalam sebuah cluster setelah file ditulis melintasi sebuah cluster (atau beberapa) tidak dapat digunakan, file berikutnya dimulai dalam sebuah cluster baru. Untuk menghindari banyak ruang yang tidak dapat digunakan orang biasanya menggunakan ukuran cluster yang lebih kecil, tetapi ini dapat menurunkan kinerja saat menulis file besar. SSD Nand-flash tidak memiliki pelat magnetik, mereka menggunakan listrik yang melewati blok memori. Blok terbuat dari sel yang berisi halaman. Halaman memiliki kapasitas X (biasanya 4 KB), dan dengan demikian jumlah halaman akan menentukan kapasitas blok (biasanya 512 KB). Pada SSD, sebuah halaman sama dengan sektor pada hard drive, karena keduanya mewakili divisi penyimpanan terkecil.

Apa itu Leveling Wear ?:

Blok penyimpanan Nand-flash dapat ditulis ke, dan dihapus beberapa kali (disebut sebagai siklus hidup mereka). Untuk mencegah drive mengalami pengurangan kapasitas (blok mati) masuk akal untuk memakai blok tersebut secara merata. Siklus hidup terbatas juga merupakan alasan utama mengapa banyak orang menyarankan untuk tidak memiliki file halaman atau partisi swap di sistem operasi Anda jika Anda menggunakan SSD berbasis Nand-flash (meskipun kecepatan transfer data yang cepat dari perangkat ke ram juga merupakan masalah utama). faktor dalam saran itu).

What Over Over Provisioning ?:

Over Provisioning mendefinisikan perbedaan antara seberapa banyak ruang kosong yang ada, dibandingkan dengan seberapa banyak ruang yang ada. Perangkat penyimpanan berbasis Nand-flash mengklaim lebih kecil dari mereka sehingga dijamin ada blok kosong untuk digunakan untuk pembuangan sampah. Ada jenis kedua dari ketentuan lebih yang disebut dynamic over provisioning yang hanya merujuk pada ruang bebas yang diketahui dalam ruang bebas yang ditampilkan. Ada dua jenis penyediaan dinamis: tingkat sistem operasi, dan tingkat pengontrol drive. Pada level sistem operasi Trim dapat digunakan untuk membebaskan blok yang kemudian dapat ditulis ke dengan segera. Pada tingkat pengontrol ruang drive yang tidak terisi (tidak dipartisi, tidak ada sistem file) yang dapat digunakan. Memiliki lebih banyak blok bebas membantu menjaga drive berjalan pada kinerja terbaiknya, karena dapat segera menulis.

Apa itu Amplifikasi Tulis ?:

Karena media Nand-flash memerlukan blok yang harus dihapus sebelum dapat ditulis, data apa pun di dalam blok yang tidak dihapus harus disalin ke blok baru dengan pembuangan sampah. Tulisan tambahan ini disebut amplifikasi tulis.

Apa itu Trim.?:

Sistem operasi dibangun dengan mempertimbangkan hard drive tradisional. Ingat hard drive tradisional dapat langsung menimpa data. Ketika Anda menghapus file, sistem operasi menandainya sebagai dihapus (boleh saja menulis berlebihan), tetapi datanya masih ada sampai operasi penulisan terjadi di sana. Pada SSD berbasis Nand-flash, ini adalah masalah, karena data harus dihapus terlebih dahulu. Penghapusan terjadi pada tingkat blok sehingga mungkin ada data tambahan yang tidak dihapus. Pembuangan sampah menyalin data apa pun yang tidak cocok untuk dihapus ke blok kosong, dan kemudian blok yang dimaksud dapat dihapus. Ini semua membutuhkan waktu, dan menyebabkan penulisan yang tidak perlu (tulis amplifikasi)! Untuk menyiasati ini, sebuah fitur yang disebut Trim dibuat. Trim memberi daya pada sistem operasi untuk memberi tahu SSD untuk menghapus blok dengan halaman yang berisi data sistem operasi telah ditandai sebagai dihapus selama periode waktu ketika Anda tidak meminta operasi tulis di sana. Pengumpulan sampah melakukan hal itu, dan sebagai hasilnya, blok dibebaskan sehingga penulisan mudah-mudahan dapat terjadi pada blok yang tidak perlu dihapus terlebih dahulu yang membuat proses lebih cepat, dan membantu mengurangi amplifikasi tulis ke mimimum. Ini tidak dilakukan berdasarkan file; Trim menggunakan pengalamatan blok logis. LBA menentukan sektor mana (halaman) untuk dihapus, dan penghapusan terjadi pada tingkat blok. dan membantu mengurangi amplifikasi tulis ke mimimum. Ini tidak dilakukan berdasarkan file; Trim menggunakan pengalamatan blok logis. LBA menentukan sektor mana (halaman) untuk dihapus, dan penghapusan terjadi pada tingkat blok. dan membantu mengurangi amplifikasi tulis ke mimimum. Ini tidak dilakukan berdasarkan file; Trim menggunakan pengalamatan blok logis. LBA menentukan sektor mana (halaman) untuk dihapus, dan penghapusan terjadi pada tingkat blok.

Jawaban Atas Pertanyaan Anda "Kerugian mempartisi SSD?":

SSD Berbasis Ram:

Sama sekali tidak ada kerugian karena mereka adalah akses acak!

SSD Berbasis Nand-flash:

Satu-satunya kelemahan yang muncul di benak saya adalah:

1. Leveling aus tidak akan memiliki banyak ruang kosong untuk dimainkan, karena operasi penulisan akan tersebar di ruang yang lebih kecil, sehingga Anda "bisa", tetapi tidak harus memakai bagian drive yang lebih cepat daripada yang Anda lakukan jika seluruh drive adalah partisi tunggal kecuali jika Anda akan melakukan keausan yang setara pada partisi tambahan (misalnya: dual boot).

2. Seperti hard drive SSD nand-flash adalah akses berurutan sehingga setiap data yang Anda tulis / baca dari partisi tambahan akan lebih jauh daripada "mungkin" jika ditulis dalam satu partisi, karena orang biasanya meninggalkan ruang kosong di partisi mereka . Ini akan menambah waktu akses untuk data yang disimpan di partisi tambahan.

3. Ruang yang lebih sedikit meningkatkan kemungkinan penulisan file yang terfragmentasi, dan walaupun dampak kinerjanya kecil, perlu diingat bahwa itu umumnya dianggap sebagai ide yang buruk untuk men-defremen SSD nand-flash karena akan merusak drive. Tentu saja tergantung pada sistem file apa yang Anda gunakan menghasilkan beberapa jumlah fragmentasi yang sangat rendah, karena mereka dirancang untuk menulis file secara keseluruhan bila memungkinkan daripada membuangnya di semua tempat untuk menciptakan kecepatan menulis yang lebih cepat.

Saya akan mengatakan tidak apa-apa untuk memiliki banyak partisi, tetapi memakai leveling bisa menjadi masalah jika Anda memiliki beberapa partisi yang mendapatkan banyak aktivitas menulis, dan yang lainnya mendapatkan sangat sedikit. Jika Anda tidak mempartisi ruang yang tidak Anda rencanakan untuk digunakan, dan alih-alih membiarkannya dinamis, Anda mungkin menerima peningkatan kinerja karena akan lebih mudah untuk membebaskan blok dan menulis data berurutan. Namun tidak ada jaminan bahwa ruang penyediaan berlebihan akan dibutuhkan yang membawa kita kembali ke poin # 1 tentang meratakan keausan.

Beberapa orang lain di utas ini telah mengemukakan diskusi tentang bagaimana mempartisi akan memengaruhi kontribusi Trim terhadap dinamika alih ketentuan. Untuk pemahaman saya, TRIM digunakan untuk menunjukkan sektor (halaman) yang memiliki data yang ditandai untuk dihapus, sehingga pembuangan sampah dapat dengan bebas menghapus blok-blok itu. Ruang bebas ini bertindak sebagai dinamis atas penyediaan dalam partisi ITU saja, karena sektor-sektor tersebut adalah bagian dari cluster yang digunakan oleh sistem file partisi itu; partisi lain memiliki sistem file sendiri. Namun saya mungkin benar-benar salah dalam hal ini karena seluruh gagasan tentang penyediaan lebih sedikit tidak jelas bagi saya karena data akan ditulis ke tempat-tempat yang bahkan tidak memiliki sistem file atau muncul dalam kapasitas drive. Ini membuat saya bertanya-tanya apakah mungkin lebih dari penyediaan ruang digunakan secara sementara sebelum operasi penulisan akhir dioptimalkan untuk blok dalam sistem file? Tentu saja kontribusi Trim terhadap dinamika dalam penyediaan dalam sistem file tidak akan bersifat sementara karena dapat ditulis secara langsung karena sudah ada dalam ruang yang dapat digunakan. Setidaknya itu teoriku. Mungkin pemahaman saya tentang filesytem salah? Saya tidak dapat menemukan sumber daya yang menjelaskan detail ini.

Tidak, ini masuk akal.

Kecepatan SSD langsung terhubung ke jumlah ruang yang dapat digunakan pada partisi yang digunakan. Jika Anda mempartisi drive menjadi beberapa bagian kecil, efisiensi SSD akan terpukul karena kurangnya ruang kosong.

Jadi tidak ada kelemahan mempartisi SSD, tetapi ada kekurangan tidak memiliki ruang kosong pada drive.

Lihat posting SuperUser ini .