Saya bekerja dengan folder yang berisi banyak file, seperti 100.000 atau bahkan 1.000 file per folder. Ketika saya mencoba memindahkan konten folder ke folder lain, komputer saya selalu macet. Bahkan ketika proses tampaknya selesai, saya tidak dapat melihat konten folder apa pun karena nautilus tampaknya benar-benar beku dan saya harus memaksa komputer saya untuk me-restart. Saya perhatikan bahwa ini terjadi juga ketika saya mencoba untuk memindahkan seperti 10.000 file.
Apakah itu masalah pada komputer saya atau apakah normal ketika bekerja dengan angka-angka ini?
Adakah cara cerdas melakukan transfer file ini?
cp -R SRC/ DEST/)gvfs-copy(darigvfs-binpaket) dapat lebih cepat daricp.Jawaban:
Mungkin mempertimbangkan untuk menggunakan metode baris perintah murni untuk mentransfer file dalam jumlah sangat besar, Anda pasti akan menemukan prosesnya jauh lebih cepat daripada menggunakan gui.
Ada banyak cara berbeda untuk mencapai ini, tetapi yang berikut ini bekerja dengan cepat, aman dan efisien pada sistem saya:
Beberapa penjelasan untuk perintah ini:
<destination>dalam contoh saya. Jelas memodifikasi ini sesuai dengan kebutuhan Anda sendiri dan meninggalkan tanda kurung.Permutasi tanpa akhir dimungkinkan tetapi ini harus bekerja dengan baik dan jauh lebih efisien daripada gui. Satu permutasi misalnya: jika Anda ingin pindah hanya file pdf Anda bisa menjalankan:
Penggunaan
xargsmembuka banyak kemungkinan terutama dengan pergerakan sejumlah besar file. Banyak, banyak kemungkinan ....Masalah Potensial:
Setidaknya ada 2 potensi jebakan untuk direnungkan, terima kasih kepada para komentator di bawah ini untuk pemikiran-pemikiran ini:
mvMasih akan memindahkan file ke sana! Hati-hati di sini ...-topsi (--target-directory) hilang dan folder tujuan sebenarnya adalah file, Anda akan memindahkan satu file dan gagal pada sisanya.mvmemiliki 2 kegunaan: ganti nama sumber ke tujuan atau pindahkan sumber ke direktori . Sekali lagi hati-hati ...sumber
find . -maxdepth 1 -type f -exec mv -t test {} +lakukan?-name...bagian yang asing tapi saya tetapxargsdi tempat.-tflag? Saya pikir semua file akan "dipindahkan" ke satu file tunggal yang disebuttest, yang mengakibatkan hilangnya semua file Anda kecuali satu.) Saya pikir saya lebih sukarsyncdiikuti oleh, jika semuanya berjalan dengan benar, arm. Namun, saya bisa membayangkan skenario di mana pemeriksaan seperti itu tidak dapat otomatis.rsynccontoh yang ditulis sebagai jawaban?mv dir1/* dir2, dan hanya menggunakanfind -execjika ada masalah, atau jika Anda perlu menghindari mencocokkan folder dengan glob Anda. (Meskipun tergantung pada konvensi penamaan Anda, seringkali*.*akan cocok dengan sebagian besar file tetapi tidak sebagian besar direktori, karena itu umum untuk memiliki.extensionpada file, dan umum untuk tidak memiliki.dalam nama direktori)Saya memiliki pengalaman yang sama sebelumnya, itu normal ketika berhadapan dengan sejumlah besar file. Saya memiliki banyak koleksi lembar data PDF (komponen elektronik).
Alat GUI memeriksa beberapa detail file & data meta (Ikon / Gambar Kecil, Ukuran, ...), itu akan menjadi masalah besar dalam kasus tersebut. Bahkan di Icon View dan tanpa thumbnail, mereka akan membeku karena kebanyakan dari mereka tidak dirancang untuk case ekstrem seperti itu. Alat GUI mencoba memuat ikon presentasi untuk semua file / folder dalam direktori bahkan item tersebut tidak terlihat oleh pengguna di bagian layar saat ini. Penyortiran juga merupakan bagian dari masalah dan tidak ada cara untuk menghindarinya.
locateuntuk pencarian cepat sebagai penggantifind.Untuk operasi pemindahan, gunakan
mvdi terminal (alat GUI lambat karena mereka mencoba memperbarui tampilan secara berkala).Jika berada di partisi yang sama, perintah hanya akan mengubah pointer dalam indeks sistem file. Jika tidak, maka itu akan menjadi operasi ganda (salin & hapus). Itu akan mahal.
Hanya ada satu kasus yang bisa saya bantu, Jika Anda menyalin file-file itu beberapa kali dan tidak diperbarui. Seperti yang saya lakukan ketika saya membagikan koleksi saya dengan teman-teman, setiap kali saya mencoba menyalinnya butuh satu dekade. (Ini lebih berguna dengan file ukuran kecil saja)
sumber
Jika Anda mencari solusi yang memberi Anda manfaat dari operasi command-line dengan gabungan perasaan dan fleksibilitas GUI, saya sarankan
mc( komandan tengah malam ).Ini adalah file manager visual berbasis ncurses - Anda memiliki tampilan dua-pane pada file dan menu yang tersedia. Penggunaan mouse dimungkinkan, bahkan melebihi ssh. Anda dapat menelusuri di sekitar fs Anda, memeriksa file dengan penampil file, memfilter sesuai dengan kriteria on-the-fly dan memiliki salinan atau memindahkan operasi yang dilakukan pada baris perintah.
Ini adalah tiruan dari program komandan Norton Norton yang populer di pertengahan tahun delapan puluhan. Ini bekerja dengan baik setiap kali GUI mulai tidak dapat diandalkan untuk saya, dan ideal untuk tujuan Anda.
sumber
Saya telah mengalami masalah yang agak mirip - Saya sedang menguji pengaturan RAID saya dan ketika melakukan transfer besar (mis. 100.000 file dan 1-2 TB data dalam sekali jalan) sepertinya transfer mulai cukup cepat - katakanlah ~ 200MB / detik, kemudian dengan cepat melambat ke dataran yang masuk akal ~ 90-120MB / detik (mungkin setelah mengonsumsi beberapa penyimpanan cache flash pada drive). Kemudian setelah 20-30 menit, operasi secara bertahap mulai turun ke dataran yang jauh lebih rendah ~ 30-40MB / detik, lebih buruk ketika berurusan dengan file kecil - mengambil operasi 4-5 jam lebih dekat dengan 15 jam.
Saya menghabiskan beberapa waktu mencoba mendiagnosis - misalnya kemungkinan kesalahan drive. Meskipun mencoba berbagai alat - baris perintah, nautilus, saya tidak bisa mempertahankan throughput yang layak untuk operasi penyalinan yang sangat besar.
Apa yang paling berhasil bagi saya adalah menggunakan komandan tengah malam, dan setiap kali penyalinan menjadi lambat, saya akan menghentikan sementara operasi hingga lampu hard drive padam setelah semua operasi yang tertunda padam - biasanya sekitar satu menit atau lebih - kemudian batalkan jeda MC lagi dan itu akan menembak kembali ke kecepatan yang layak untuk 20-30 menit lagi. Agak menyebalkan.
sumber