Apakah (Ubuntu) algoritma penyalinan file Linux lebih baik daripada Windows 7?


13

Menyalin Windows adalah kekacauan nyata sejak Windows Vista. Bahkan Microsoft mengklaim mereka telah meningkatkan kinerja, dari perspektif pengguna, itu tidak cukup terlihat. Bahkan dengan satu file, jendela penyalinan muncul terlalu banyak waktu untuk 'Menghitung' dan kemudian menyelesaikan penyalinan (Bahkan setelah 100% selesai beberapa kali dialog tetap aktif).

Pada saat yang sama, saya mencadangkan beberapa file di Ubuntu Linux. Saya merasa sangat cepat. Mungkin ada perasaan yang disebabkan oleh pembaruan UI yang lebih cepat.

Saya membaca posting informatif dari Jeff Atwood beberapa tahun yang lalu di Windows File Copy . tapi apa pertanyaan spesifik saya

  • Apakah kinerja file (Ubuntu) Linux lebih baik daripada Windows-7?
  • Apakah kedua algoritme, Windows dan Linux menggunakan banyak untaian dan mekanisme perpipaan untuk meningkatkan kecepatan? Jika ya, mana yang lebih baik?

3
Dalam penggunaan Windows xcopy, atau bahkan robocopy. Jauh lebih baik. Misalnya, dengan yang terakhir Anda dapat membuat dua lintasan, pertama untuk membuat semua direktori tetapi tidak menyalin file apa pun, dan kedua untuk menyalin file yang sebenarnya, sehingga tidak menyebabkan fragmentasi pada target.
Kerrek SB

1
Atau RichCopy ( blogs.technet.com/b/ken dan unduh )
lihat

Tergantung juga pada filesystem - sistem Anda mungkin menggunakan sesuatu seperti ext3/4, yang bersaing dengan NTFS di sini. Anda mungkin juga mencoba reiserfsdan xfs- keduanya dioptimalkan untuk operasi cepat dengan file kecil.
new123456

@ GerrekSB, tolong jadikan komentar Anda sebagai jawaban sehingga saya dapat membatalkannya. (Saya hanya memberi +1 pada komentar, tetapi Anda tahu apa yang saya maksud.) Itulah jawabannya.
CarlF

Perlu dicatat (walaupun 8 tahun kemudian!) Bahwa Robocopy / CREATE, walaupun sangat berguna untuk mereplikasi struktur direktori lengkap dengan file kosong, tidak dengan sendirinya mencegah fragmentasi file pada target. Struktur dibuat dalam MFT, tetapi kemudian isi file dapat direkam di mana saja. Biasanya bahkan dalam satu pass jika Robocopy menjalankan mono-threaded dan menyalin satu file pada satu waktu, tidak boleh ada fragmentasi pula (dan menjalankannya multi-threaded adalah ide yang buruk karena sangat mengurangi kinerja pada copy HDD ke HDD, karena penggerak mekanis harus "menggiling" lebih banyak).
GabrielB

Jawaban:


6

Standar copybuiltin pada Windows tidak terlalu bagus, tetapi Windows hadir dengan dua perintah lanjutan yang jauh lebih efisien: xcopydan robocopy. Terutama ketika Anda membutuhkan kontrol penuh atas fitur sistem file canggih seperti ACL atau aliran data alternatif, robocopyadalah alat pilihan.

Sebagai contoh, jika Anda menyalin struktur direktori besar, Anda mungkin ingin target tidak dibagi . Doa standar robocopysudah cukup bagus, tetapi karena entri direktori diperbarui ketika subdirektori dibuat, Anda masih bisa mendapatkan direktori terfragmentasi. Untuk mencegahnya, Anda dapat menjalankan robocopydalam dua lintasan, yang pertama hanya membuat struktur direktori target tanpa menyalin konten file apa pun, dan yang kedua untuk benar-benar menyalin badan file.

Secara keseluruhan, robocopysangat efisien dan sepenuhnya menyadari fitur-fitur NTFS.


Apakah NTFS lebih efisien daripada ext3 / 4?
sarat

Bagaimana robocopy dua pass membantu kita mengurangi fragmentasi, karena konten yang sebenarnya akan disalin nanti. Alokasi disk sepenuhnya dikendalikan oleh pengelola file, bukan?
sarat

Saya melakukan beberapa trik seperti menggunakan Beyond Compare untuk menyalin file. Yaitu saya dapat menjalankan beberapa operasi penyalinan untuk memaksimalkan penggunaan bandwidth. Tapi saya tidak yakin seberapa terfragmentasinya nanti
sarat

2
@Sarath: Mengenai fragmentasi: Entri direktori tumbuh ketika file dan subdirs baru ditambahkan ke direktori. Jika Anda hanya secara naif membuat direktori dan mulai memasukkan file, akhirnya catatan direktori asli akan terlalu kecil dan harus diperpanjang, tetapi sekarang tidak ada ruang karena Anda sudah memiliki data file yang mengikutinya. Dengan /CREATEopsi ini, file-file kosong dan subdir dibuat, yang tidak menempati ruang dan dengan demikian memungkinkan entri direktori dituliskan secara penuh bersebelahan.
Kerrek SB

1
@Sarath: Adapun membandingkan NTFS ke Ext, saya tidak bisa mengatakan, karena NTFS tidak terbuka dan pertanyaan tentang efisiensi agak kabur. NTFS tentu merupakan teknologi yang baik dengan sejumlah besar fitur. Sebenarnya tidak ada pilihan, karena Anda akan menggunakan NTFS di Windows dan Ext (atau BTRFS) di Linux dan hanya itu.
Kerrek SB

4

Beberapa kecepatan yang Anda lihat dari Ubuntu Linux mungkin adalah file caching. Sejauh yang saya tahu, copy file di Linux tidak berusaha untuk meminimalkan penggunaan cache file.

Dengan Linux ketika Anda menyalin file yang lebih kecil dari sekitar 50% dari RAM Anda, seluruh file disalin ke dalam cache file dan kemudian ditulis ke disk sesuai waktu yang diizinkan. Ini tampaknya sangat cepat, tetapi memaksa file lain yang lebih bermanfaat keluar dari cache. Ini mungkin file cache web, email, file konfigurasi, file font, dll.

Windows XP digunakan untuk menyalin tanpa memperhatikan cache file juga. Tetapi di Windows Vista, Microsoft mengubah Explorer sehingga ketika disalin menggunakan cache file dalam jumlah terbatas . Ini mengurangi dampak dari salinan file besar pada seluruh sistem. Tetapi juga mengurangi kecepatan bahkan salinan file yang relatif kecil ke kecepatan hard disk.


Ya Ubuntu menggunakan mekanisme caching file. Saya juga melihat penjelajahan agak lambat saat penyalinan sedang berlangsung. Saya juga memperhatikan bahwa kecepatan meningkat secara konsisten terutama saat menyalin sejumlah besar file
sarat

Saya pikir ini adalah jawaban yang menjawab pertanyaan hampir sepenuhnya.
Nandakumar Edamana

2

Di Windows, gunakan Teracopy - ini akan memecahkan masalah kebodohan keseluruhan yang dimiliki Explorer.

Di Ubuntu, saya menemukan menyalin file sangat cepat.

Masih "File Opertion" dialog tidak hilang ketika Anda menggunakan removable drive. Jika Anda mencoba mengeluarkan drive dengan aman segera setelah dialog menghilang, Anda akan mendapatkan beberapa pesan kesalahan. Namun data bisa didapat.

Pembaruan: Operasi file Windows lambat mungkin dari semua integrasi dengan layanan dan registri. Nautilus (dalam Gnome) hanyalah sebuah proses sederhana yang saya kira atau setidaknya tidak memiliki beban / gangguan yang dimiliki Explorer.


Memecahkan kebodohan dengan menambahkan GUI lain yang harus tetap terbuka :) Di ubuntu, pengalaman saya adalah Anda dapat mengabaikan dialog salin / pindah dan itu akan pergi ke baki sistem, menampilkan pemberitahuan ketika selesai. Tidak yakin tentang bagaimana Natty dengan desktop Unity melakukan itu
lihat

Teracopy akan dimuat dengan Explorer. Anda tidak harus tetap membukanya. Jadi, Teracopy dimuat ke memori tanpa ada upaya pengguna dan berfungsi tanpa mengganggu. Ubuntu tidak memerlukan yang seperti itu karena ia memiliki semua kecerdasan yang dibangun ke dalam Nautilus yaitu, "menggabungkan" dan "melewati semua" pilihan.
BZ1

+1: terima kasih telah membawa TeraCopy ke perhatian saya!
lihat

Saya menggunakan alat sumber terbuka dan gratis yang disebut fastcopy. [ ipmsg.org/tools/fastcopy.html.en]
sarat

-1

Memindahkan dan menyalin file di Linux secara alami adalah operasi yang cepat. Alasan Anda dapat memindahkan dan menyalin file dengan sangat cepat adalah karena sumber dan tujuan berada di partisi yang sama. Operasi hanya perlu mengubah inode. Memindahkan file di antara partisi yang berbeda masih sangat cepat (hanya satu menit atau lebih untuk file 1-gig). Di Windows, dibutuhkan beberapa untuk memindahkan file ke tujuan di partisi yang sama karena manajemen file di Windows berantakan. (Pikirkan tentang fragmentasi file dan cara Windows memformat hard disk.)


Saya setuju bahwa bergerak cukup cepat di dalam partisi. Tetapi menyalin selalu ingin memiliki tanggal duplikat di disk dan membuat inode baru. Juga saya ragu memindahkan file antar partisi itu mahal karena ada pergerakan file fisik yang terjadi. Koreksi saya jika saya salah.
sarat
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.