Apakah mempartisi hard drive menjadi partisi yang lebih kecil dari ukuran sebenarnya membuatnya bekerja lebih baik secara objektif?

21

Saya dulu bekerja pada HDD 80GB pada tahun 2016 dan itu benar-benar terasa tajam sebagian besar waktu. Dan setelah membeli laptop baru dengan HDD 1TB dan ram yang jauh lebih besar dan CPU lebih cepat - HDD sebenarnya terasa jauh lebih lambat daripada yang lama saya meskipun itu adalah HDD generasi baru (Tidak yakin tentang kecepatan RPM).

Jadi akhir-akhir ini saya memutuskan untuk mempartisi HDD 1TB saya menjadi partisi utama 80GB dan membiarkan sisa ruang tidak terisi karena saya tidak benar-benar membutuhkan apa pun di luar OS dan browser web utama.

Setelah melakukannya - itu sebenarnya terasa jauh lebih tajam daripada sebelumnya karena beberapa alasan. Manajer file berjalan sangat cepat dan kinerja keseluruhan HDD terasa jauh lebih baik. Saya ingin tahu apakah itu hanya plasebo atau itu adalah hal yang sah yang telah terjadi sebelum era SSD.

Saya membaca sesuatu tentang "Disk short stroking" tetapi saya tidak yakin apakah itu sama dengan yang saya lakukan. Mungkin ruang partisi BIO saya di tepi dulu? Saya ingin tahu penjelasan Anda tentang ini.

莫愁 姓
sumber
6
Itu pertanyaan yang menarik, tetapi RPM bisa menjadi masalah besar, jika HDD yang dibeli pada 2016 hanya memiliki ruang penyimpanan 80GB? Itu kemungkinan besar adalah HDD / SSD hibrid atau itu semacam drive RPM Tinggi (setidaknya 10.000 RPM, mungkin lebih) mungkin salah satu dari mereka akan memiliki dampak besar pada kinerja.
Cadangan
1
@ Konservasi Itu poin yang bagus. Saya saat ini menggunakan desktop yang relatif rendah mulai tahun 2015 dan datang dengan 80 GB SSD dan 1TB HDD. Terakhir kali saya membeli HDD sekecil 80 GB adalah sekitar tahun 2003. Jadi, HDD 80 GB yang disebutkan mungkin bukan HDD melainkan SSD.
kasperd

Jawaban:

29

Ya, apa yang Anda lakukan disebut "pukulan pendek".

Ini meningkatkan kinerja pencarian dengan membatasi gerakan kepala drive. Kinerja hard drive terutama dibatasi oleh tiga faktor: Cari waktu (waktu yang diperlukan untuk memindahkan kepala masuk atau keluar ke silinder yang diinginkan), latency rotasi, dan tentu saja kecepatan transfer data aktual.

prinsip

Sebagian besar hard drive 3,5 inci modern memiliki waktu pencarian rata-rata dalam kisaran 9 hingga 10 msec. Setelah "pencarian" selesai, drive harus menunggu dimulainya sektor yang diinginkan berada di bawah kepala. Latensi rotasi rata-rata hanyalah setengah dari waktu yang diperlukan drive untuk mengubah satu revolusi penuh. Drive 7200 rpm, berputar pada 120 putaran per detik, sehingga putaran membutuhkan 1/120 detik, jadi setengah putaran - latensi rotasi rata-rata - adalah 1/240 detik, atau 4,2 msec. (Perhatikan bahwa ini sama untuk setiap hard drive 7200 rpm.) Jadi, kami memiliki rata-rata sekitar 13 msec sebelum kami dapat mulai mentransfer data.

Kecepatan transfer data adalah apa pun yang dikatakan oleh spesifikasi drive. Dengan drive modern, ini hampir selalu agak lebih rendah daripada yang didukung oleh antarmuka fisik, misalnya SATA 3. Perhatikan bahwa bagian transfer data dari operasi I / O umumnya merupakan bagian dengan durasi terkecil, dan dengan antarmuka modern hampir dapat diabaikan. Bahkan pada drive ATA33 lama, mentransfer 4KiB hanya membutuhkan waktu 1,2 msec.

Spesifikasi waktu pencarian adalah rata-rata waktu pencarian yang memungkinkan untuk berbagai jarak pergerakan kepala. Anda dapat melihat bagaimana pencarian dari satu silinder ke silinder yang berdekatan akan jauh lebih pendek daripada dari yang paling dalam ke yang terluar. ("Silinder" adalah kumpulan semua trek yang dapat diakses dari posisi kepala tunggal.) Keduanya adalah situasi atipikal. Asumsi dalam kinerja HD adalah bahwa data yang diakses akan didistribusikan secara acak di seluruh drive, sehingga waktu pencarian yang dikutip sekitar 9 atau 10 msec adalah rata-rata dari sejumlah jarak pencarian yang berbeda. Pada lembar spesifikasi paling rinci, beberapa pabrikan mendaftar baik silinder ke silinder (sering diberi label "trek untuk melacak"), yaitu berdekatan, mencari waktu dan maksimum (ujung ke ujung) di samping rata-rata.

Ketika Anda melihat tolok ukur drive dilakukan dengan transfer "sekuensial" besar, Anda melihat tes dilakukan dengan pola akses data yang meminimalkan waktu pencarian dan latensi rotasi, dan memaksimalkan efektivitas cache onboard drive. yaitu membaca file besar tunggal secara berurutan - dari awal hingga selesai - menggunakan membaca misalnya 64 KiB pada suatu waktu, dengan file menempati satu rentang blok yang berdekatan.

jadi bagaimana cara kerja pukulan pendek?

Dengan membuat - dan hanya menggunakan - partisi yang jauh lebih kecil dari drive, Anda menyimpan semua data Anda dalam rentang yang sempit dari kemungkinan silinder (posisi kepala). Ini membuat waktu pencarian maksimum yang dimungkinkan lebih kecil, sehingga rata-rata lebih kecil. Ini tidak membantu latensi rotasi atau kecepatan transfer.

Cara lain yang membantu adalah dengan menjaga penggunaan drive Anda ke silinder berkapasitas terbesar. HD modern menggunakan "perekaman bit zona", yang berarti ada lebih banyak sektor per trek di trek luar daripada di bagian dalam. Jadi, jika data ada di silinder luar, Anda dapat mengakses lebih banyak data tanpa harus memindahkan kepala.

apakah ini benar-benar bekerja?

Banyak situs penggemar teknologi yang berbeda telah menguji ini. Misalnya, lihat artikel ini di Tom's Hardware . Hasilnya mengesankan: Hampir dua kali lipat tingkat I / O per detik.

Tetapi ini dilakukan dengan membeli hard drive besar dan hanya menggunakan sebagian kecil dari kapasitas drive. Ini secara radikal meningkatkan biaya per GB.

Namun, ada solusinya. Anda tidak harus pernahgunakan sisa drive untuk mendapatkan manfaat kecepatan. Anda hanya perlu menjaganya agar tidak digunakan sehari-hari ketika sistem Anda sering memukul partisi utama Anda. Sebagian besar dari kita memiliki beberapa file yang sering kita akses (OS, aplikasi, dan beberapa data yang digunakan aplikasi) dan jumlah data yang jauh lebih besar yang tidak kita akses terlalu banyak. Misalnya, Anda dapat menggunakan sisa drive untuk semacam penyimpanan arsip, atau untuk file multimedia seperti musik dan video. Pemutaran media umumnya jarang, akses berurutan ke satu file dan Anda biasanya tidak melakukan banyak hal dengan mesin pada saat itu. Jadi menggunakan drive dengan cara ini tidak akan membuat pemutaran media menjadi lebih buruk daripada jika semuanya tersebar di satu partisi besar, dan pekerjaan yang tidak melibatkan data media harus mendapatkan manfaat dari pengetikan singkat.

tapi apakah itu ide yang bagus?

Di sisi lain ... Tes yang dilakukan oleh TH adalah tolok ukur sintetis, dan untuk mendapatkan hasil tersebut mereka membuang persentase kapasitas disk yang sangat tinggi. Sistem operasi modern melakukan sedikit pekerjaan untuk mencoba mengoptimalkan kinerja HD. Salah satu contoh adalah "optimasi penempatan file" Windows, yang dijelaskan dalam komentar untuk jawaban ini. Dan "membelai pendek" akan membuat ini kurang efektif. Hanya karena seseorang mendapatkan hasil yang mengesankan dalam tolok ukur sintetis tidak berarti "melakukan pukulan pendek" adalah hal yang baik untuk dilakukan.

Pikirkan tentang hal ini: Hard drive 1 TB hari ini harganya sekitar $ 50. Tapi Anda hanya menggunakan 80 GB itu. Anda mengatakan Anda hanya perlu OS dan browser ... ya, untuk $ 63 Anda bisa mendapatkan Samsung 128 GB SSD, memberi Anda setengah lagi ruang 80 GB Anda dan JAUH kinerja yang lebih baik tidak peduli seberapa jauh Anda "pukulan pendek" HD. Atau seharga $ 50 Anda bisa mendapatkan SSD SanDisk dengan kapasitas 240 GB. Itu sepertinya kesepakatan yang lebih baik daripada tidak menggunakan hampir semua hard drive satu terabyte seharga $ 50.

btw

btw: "BIOS" Anda (atau UEFI dalam hal ini) tidak membuat partisi dan tidak ada hubungannya dengan di mana partisi tersebut. Terserah utilitas partisi sistem operasi. Setiap OS yang pernah saya dengar menggunakan silinder luar terlebih dahulu. Misalnya, di utilitas Manajemen Disk Windows, tampilan grafis partisi drive dalam setiap disk menunjukkan tata letak dengan silinder terluar di sebelah kiri. Utilitas partisi disk AOMEI melakukan hal yang sama.

ASIDE - TRUE STORY: Kembali pada hari ketika hard drive faktor bentuk 5,25 inci berukuran puluhan dan ratusan MB, sebuah perusahaan bernama CDC memiliki serangkaian drive yang disebut seri "Gelatik". (Nama ini tidak diragukan lagi tamparan pada drive "Elang" Fujitsu yang jauh lebih besar secara fisik dari era yang sedikit lebih awal.) Untuk sementara mereka juga memiliki model dengan kinerja sedikit lebih tinggi, "WrenRunner". Sekitar 90% kapasitas, 20% lebih banyak biaya, dan sekitar satu milidetik dari waktu akses rata-rata. Setelah beberapa percobaan, jelas bahwa "WrenRunner" hanya "Wren" dengan beberapa lagu pertama dan terakhir dikunci dalam firmware drive. yaitu Anda bisa mendapatkan kinerja dan kapasitas yang sama dari Wren yang lebih murah dengan "membelai pendek", meskipun kami tidak menggunakan istilah itu saat itu.

Jamie Hanrahan
sumber
Meskipun penjelasan Anda masuk akal, "ya" tampaknya palsu. Jika Anda hanya menggunakan 5% atau 10% dari penyimpanan yang tersedia, driver sistem file OS yang layak akan mengalokasikan penyimpanan sebagian besar atau seluruhnya dari 5 atau 10% pertama dari disk. Jika mengalokasikan melewati itu, itu akan menghindari penggunaan daerah bebas yang terfragmentasi dengan buruk, dan dengan demikian berkinerja lebih baik. Mempartisi drive "untuk kinerja" daripada untuk tujuan menjaga hal-hal yang terpisah adalah ide yang konyol.
R ..
@R .. atau bisa juga untuk menghindari menulis berulang kali di awal disk, membuat drive lebih lama, tetapi saya kira itu hanya jika Anda sering mengganti data
seseorang
1
@R .. Baiklah ... jika Anda pernah melihat distribusi penggunaan pada HD besar setelah digunakan selama beberapa bulan atau satu tahun, Anda mungkin memiliki ide yang berbeda.
Jamie Hanrahan
2
Di sisi lain, ada Optimalisasi Penempatan File Windows. Itu sengaja memindahkan bagian dari exe dan lain-lain yang diakses berdekatan dalam waktu selama boot, untuk menjadi berdekatan pada disk. Dan karena ini mencoba untuk memindahkan barang-barang ini ke satu ruang yang berdekatan, itu harus lebih efektif di mana ruang tersebut dapat ditemukan - yaitu pada drive dengan banyak ruang kosong. (Tentu, WIndows tidak repot melakukan ini pada SSD.) Jadi saya akan menyimpulkan bahwa jawaban "ya, itu meningkatkan kinerja HD" masih berlaku untuk tolok ukur - tetapi itu tidak berarti itu adalah hal yang baik untuk dilakukan.
Jamie Hanrahan
2
Berikut adalah artikel tentang Pengoptimalan Penempatan File Windows. Tentu saja Windows Internal oleh Solomon, Russinovich, dkk adalah referensi "mulut kuda". autoitconsulting.com/site/performance/…
Jamie Hanrahan
3

Ada banyak faktor, dan saya tidak yakin ada jawaban yang benar-benar kanonik. Namun, partisi yang lebih kecil di dekat bagian luar disk pemintalan mungkin menunjukkan pencarian yang lebih cepat dan transfer sekuensial, asalkan data Anda tidak terlalu terfragmentasi.

Pada cakram pemintalan, silinder luar memiliki lebih banyak sektor dan berputar lebih cepat daripada silinder dalam. Banyak sistem file modern mencoba menempatkan sektor-sektor file secara berdekatan untuk mengurangi fragmentasi, yang sering berarti bahwa partisi besar menggunakan lebih banyak silinder dalam seiring waktu.

Mungkin saja partisi yang lebih kecil memaksa sistem file untuk menempatkan lebih banyak data pada silinder luar, dan bahkan ketika dengan terfragmentasi data bergerak lebih cepat di bawah kepala yang terbaca.

Anda dapat menguji drive Anda untuk akses acak dan kinerja sekuensial dengan ukuran partisi yang berbeda menggunakan alat Linux seperti hdparm , meskipun Anda mungkin ingin menggunakan alat yang lebih canggih yang memperhitungkan fragmentasi jika Anda menginginkan lebih dari jawaban pragmatis.

Tergantung pada apa yang Anda gunakan untuk drive Anda, setiap manfaat dari pemborosan ruang disk cenderung diimbangi oleh pemborosan itu sendiri. Jika akses acak atau kinerja di bawah fragmentasi penting bagi Anda, beralih ke solid-state drive (SSD) mungkin lebih masuk akal dalam jangka panjang.

CodeGnome
sumber