Mendapat SSD baru, tidak ingin memakainya tetapi saya masih ingin menggunakannya untuk menyimpan file data bersama dengan HDD lama

Saya membeli 250GB Samsung 850 EVO SSD baru untuk laptop saya yang ingin saya gunakan sebagai perangkat penyimpanan utama, bersama dengan yang lama tapi masih berfungsi 250GB 7500 RPM HDD yang saya tempatkan di ruang DVD bekas dengan caddy adaptor.

Saat ini HDD hanya memiliki satu partisi ext4 besar yang berisi OS, aplikasi, dan file data. Saya ingin menggunakan HDD untuk menyimpan data, tetapi saya tidak ingin melewatkan kesempatan untuk mendapatkan peningkatan kecepatan SSD dengan melakukannya.

Saya ingin menggabungkan katakanlah 50GB atau bahkan partisi yang lebih kecil pada SSD dan menggabungkannya dengan partisi pada HDD sehingga yang paling tidak dimodifikasi dari file yang paling diakses secara otomatis dipindahkan ke SSD.

Saya telah melihat cache seperti EnancheIO dan Bcache , tetapi tampaknya tidak seperti yang saya inginkan, karena (perbaiki saya jika saya salah):

Ruang yang ditempati oleh partisi cache dikurangi dari jumlah ruang yang tersedia.
Cache mempercepat akses ke file yang paling banyak diakses terlepas dari apakah mereka juga yang paling sering dimodifikasi, yang bertentangan dengan tujuan tidak ingin memakai SSD.

Apakah hal di atas benar, atau bisakah cache (yang mana dari keduanya?) Membantu saya mencapai tujuan saya? Jika hal di atas benar, apakah Anda tahu ada solusi lain yang layak?

Apakah sistem file gabungan , seperti OverlayFS , dapat membantu di sini? Jika Anda memantau HDD untuk file-file yang paling banyak diakses (melacaknya atimesetiap hari) dan mengidentifikasi yang paling tidak dimodifikasi di antara mereka (melacaknya mtime), secara teori Anda dapat memindahkan file-file itu ke SSD, membebaskan ruang pada HDD, sedangkan sistem file gabungan bisa membuat semua itu transparan bagi pengguna.

Apakah ini akan berhasil?

ssd performance bcache caching enhanceio Fabio A.
sumber

Secara teori, kebutuhan Anda bisa dilakukan. Solusi yang paling layak adalah memposting permintaan fitur pada pelacak bug bcache yang meminta strategi lain untuk menyimpan file pada bcache.

Adam Ryczkowski

... Dan ya, ukuran partisi bcache akan "dimakan" dari total penyimpanan yang tersedia. Ini adalah desain, karena bcache adalah sistem file agnostik. Desain ini memberi Anda bonus menyimpan hanya bagian file yang paling sering diubah , yang seharusnya menguntungkan misalnya data basis data.

Adam Ryczkowski

Lihat juga proyeknya, yang dapat dengan mudah dimodifikasi agar sesuai dengan kebutuhan Anda (atau bahkan dapat mendukungnya di luar kotak): romanrm.net/mhddfs

Adam Ryczkowski

@Fabio: tidak ada komentar, tidak ada penerimaan, tetapi Anda sudah online. Adakah masalah dengan jawaban di bawah ini?

Fabby

@ Fabby, baru saja punya waktu untuk meninjau jawaban dan komentar, meskipun saya sedang online saya tidak bisa menghabiskan waktu melakukan ini. Saya akan membahasnya sekarang.

Fabio A.

Jawaban:

Anda memiliki beberapa opsi tergantung pada apa yang ingin Anda capai:

Gunakan bcache: Anda akan bisa makan kue Anda, tetapi tidak menyimpannya.

Ya, jumlah ruang yang Anda cadangan untuk caching akan sama seperti kebalikan dari file swap: jumlah yang Anda tentukan akan "diambil" dari jumlah total ruang disk dan diberikan ke subsistem memori untuk digunakan sebagai buffer untuk hard drive lainnya.
Untuk mengontrol file mana yang di-cache, gunakan sesuatu seperti vmtouchuntuk menyempurnakan bcachecache.
Gunakan LVM: Anda akan bisa menyimpan kue Anda, tetapi tidak memakannya.

Anda bisa menggunakan Logical Volume Manager untuk membuat volume yang berisi SSD dan HDD yang membuat /homevolume besar yang berisi ruang dari keduanya, tetapi:
1. Anda tidak akan memiliki kendali atas file mana yang berjalan pada SSD dan yang mana pada HDD
2. Jika Anda kehilangan salah satu dari dua drive, Anda kehilangan semua data dan harus memulihkan dari cadangan !!!
Gunakan sistem manual: Anda akan dapat menyimpan kue Anda, dan memakannya.

Partisi drive menjadi sistem file terpisah: pasang /SSD dan /homeHDD. Di atas ini, Anda harus meletakkan semua file yang ingin Anda masuki dengan cepat /media/FastDatadan menghubungkan aslinya dengan yang asli /media/FastData jika dan hanya jika file-file ini berada di Anda/home (jika tidak mereka tetap berada pada SSD)

^{Catatan 1: Saya memiliki SSD kecil dan HDD besar, jadi saya menggunakan sistem lain: /pada SSD dan /homeHDD dan tidak repot-repot mengoptimalkan lebih lanjut ...}
_{Catatan 2: Sistem file gabungan tidak akan membantu Anda lebih dari sistem manual ...}
_{Catatan 3: Berikut adalah beberapa tips untuk tidak menggunakan SSD Anda mulai dari poin 4 dan seterusnya}

Fabby
sumber

Karena Anda belum pernah menerima jawaban di situs ini sebelumnya: Jika jawaban ini membantu Anda, jangan lupa klik abu-abu ☑ di sebelah kiri teks ini, yang artinya Ya, jawaban ini valid ! ;-)

Fabby

Kiat tambahan disediakan dalam catatan tambahan! ;-)

Fabby

Terima kasih atas balasan dan penunjuk ke vmtouch, tetapi - tidak boleh kasar - selain dari ini saya tidak melihat info tambahan tentang apa yang telah saya nyatakan pada pertanyaan itu sendiri, apakah ada di sana? Gagasan untuk menggunakan FS serikat adalah bahwa hal itu akan menjadi transparan bagi pengguna tentang di mana file telah ditempatkan - apakah pada SSD atau pada HDD - atas dasar bahwa proses memindahkan file dari satu media ke media. yang lain akan sepenuhnya otomatis. Kalau dipikir-pikir, itu juga bisa diimplementasikan dengan symlink, yang bisa terbukti lebih mudah diimplementasikan.

Fabio A.

Secara keseluruhan, tampaknya tidak ada solusi yang tepat untuk pertanyaan saya, tetapi saya akan menerima balasan Anda valid karena Anda telah membantu menjelaskan bahwa belum ada solusi yang tepat. Terima kasih.

Fabio A.

@FabioA. Yah, itu tergantung pada definisi Anda tentang "benar". Menyinkronkan melakukan trik "secara transparan" kepada pengguna akhir (setelah administrator mengaturnya) ... mhddfsmemiliki kelemahan yang sama dengan lvmsolusi saya . Grazie mille untuk penerimaan dan bantuan dikembalikan: Q terbalik! ;-)

Fabby