Tugas- Resume ( NTFS - EXT )



NTFS
---------------------------------------------------------------------------------------------------
Sistem berkas NTFS memiliki sebuah desain yang sederhana tapi memiliki kemampuan yang lebih dibandingkan keluarga sistem berkas FAT. NTFS menawarkan beberapa fitur yang dibutuhkan dalam sebuah lingkungan yang terdistribusi, seperti halnya pengaturan akses (access control) siapa saja yang berhak mengakses sebuah berkas atau direktori, penetapan kuota berapa banyak setiap pengguna dapat menggunakan kapasitas hard disk, fitur enkripsi, serta toleransi terhadap kesalahan (fault tolerance). Fitur-fitur standar sebuah sistem berkas, seperti halnya directory hashing, directory caching, penggunaan atribut direktori, dan atribut berkas tentu saja telah dimiliki oleh NTFS. Bahkan, Microsoft telah menambahkan kemampuan yang hebat ke dalam NTFS agar memiliki kinerja yang tinggi, lebih tinggi daripada sistem berkas yang sebelumnya semacam HPFS atau FAT, khususnya pada ukuran volume yang besar, tetapi juga tetap mempertahankan kemudahan pengoperasiannya. Salah satu keunggulan NTFS dibandingkan dengan sistem berkas lainnya adalah bahwa NTFS bersifat extensible (dapat diperluas) dengan menambahkan sebuah fungsi yang baru di dalam sistem operasi, tanpa harus merombak desain secara keseluruhan (perombakan mungkin dilakukan, tapi tidak secara signifikan).
Bagian berikut akan memberikan informasi sedikit mengenai beberapa fitur NTFS:
  • NTFS dapat mengatur kuota volume untuk setiap pengguna (dalam NTFS disebut dengan Disk Quota).
  • NTFS mendukung sistem berkas terenkripsi secara transparan dengan menggunakan jenis beberapa jenis algoritma enkripsi yang umum digunakan.
  • NTFS mendukung kompresi data transparan yang, meskipun tidak memiliki rasio yang besar, dapat digunakan untuk menghemat penggunaan ruangan hard disk. Selain itu, NTFS mendukung pembuatan berkas dengan atribut sparse (berkas yang berisi banyak area kosong di dalam datanya) yang umumnya dibutuhkan oleh aplikasi-aplikasi ilmiah.
  • NTFS mendukung hard link (tautan keras) serta symbolic link (tautan simbolis) seperti halnya sistem berkas dalam sistem operasi keluarga UNIX, meskipun dalam NTFS, implementasinya lebih sederhana. Fitur symbolic link dalam NTFS diimplementasikan dengan menggunakan Reparse Point yang awalnya hanya dapat diterapkan terhadap direktori. Windows Vista mengizinkan penggunaan symbolic link terhadap berkas.
  • NTFS mendukung penamaan berkas dengan metode pengodean Unicode (16-bit UCS2) hingga 255 karakter. Berbeda dengan sistem berkas FAT yang masih menggunakan pengodean ANSI (8-bit ASCII) dan hanya berorientasi pada format 8.3. Penggunaan nama panjang dalam sistem berkas FAT akan menghabiskan lebih dari dua entri direktori. Tabel di bawah ini menyebutkan karakteristik perbandingan antara NTFS dengan sistem berkas FAT32 dan FAT16.
  • NTFS memiliki fitur untuk menampung lebih dari satu buah ruangan data dalam sebuah berkas. Fitur ini disebut dengan alternate data stream.

Versi NTFS

Selama 16 tahun perkembangan Windows NT (1991-2007), NTFS telah beberapa kali mengalami perbaikan fungsi dan fitur. Meskipun terjadi beberapa kali perbaikan fungsi dan fitur, antar setiap versi tersebut masih terdapat kompatibilitas yang sangat dibutuhkan oleh sistem-sistem lama. Berikut ini adalah beberapa versi NTFS:
· NTFS versi 1.0 merupakan versi yang datang bersama dengan Windows NT 3.1. Versi ini menawarkan fungsi yang sangat dasar, tetapi sudah jauh lebih baik dibandingkan dengan sistem berkas FAT yang saat itu telah digunakan.
· NTFS versi 1.1 merupakan versi yang datang bersama dengan Windows NT 3.50. Versi ini menambahkan dukungan terhadap pengaturan akses secara diskrit (discretionary access control).
· NTFS versi 1.2 merupakan versi yang datang bersama dengan Windows NT 4.0. Versi ini menambahkan dukungan terhadap auditing setiap berkas dan juga kompresi transparan.
· NTFS versi 2.0 tidak dirilis secara umum, karena berbagai kendala yang dialaminya, yang tidak diumumkan oleh Microsoft (Microsoft menggagalkan proyek NTFS versi 2.0, dan langsung menginjak NTFS versi 3.0, mengingat banyaknya fitur yang ditambahkan ke dalam versi 3.0).
· NTFS versi 3.0 merupakan versi yang datang bersama dengan Windows 2000. Versi ini menawarkan banyak peningkatan dibandingkan dengan versi sebelumnya. Di antaranya adalah penetapan kuota kepada setiap pengguna, Encrypting File System (EFS), sistem keamanan yang dapat diatur dari server pusat, fitur indeksasi terhadap properti dan isi setiap berkas, dan lain-lain. Selain itu, versi 3.0 juga menawarkan dukungan kepada struktur selain MBR (Master Boot Record), yakni GPT (GUID Partition Table) dan LDM (Logical Disk Management).
· NTFS versi 3.1 merupakan versi yang datang bersama dengan Windows XP Service Pack 1 dan Windows Server 2003. Versi ini menawarkan perbaikan yang minor yang terjadi dalam versi sebelumnya (khususnya di bidang performa), dan juga penggantian algoritma enkripsi yang digunakan oleh EFS dari DESX atau 3DES menjadi AES-256.
Meskipun memiliki keunggulan dibandingkan dengan sistem berkas FAT, desain internal NTFS sebenarnya didasarkan pada struktur disk berbasis Master Boot Record, sama seperti halnya sistem berkas FAT16 atau FAT32. Dengan menggunakan struktur yang didasarkan atas penggunaan MBR untuk mengolah semua berkas yang dapat disimpan di dalam sebuah disk, maka perpindahan atau migrasi dari sistem berkas FAT menuju NTFS pun mudah dilakukan: hanya mengubah beberapa komponen sistem FAT menjadi NTFS saja. Selain itu, struktur MBR merupakan salah satu cara pengalokasian berkas-berkas dalam hard disk yang sangat populer dan paling umum digunakan, karena skema pengalokasian disk dengan MBR digunakan pada platform Intel x86. Ada lima buah program yang dapat digunakan untuk membuat sebuah volume NTFS, yaitu Disk Administrator (pada Windows NT 3.1, Windows NT 3.5 dan Windows NT 3.51, Disk Management snap-in (pada versi keluarga Windows NT 5.x), serta tiga buah utilitas yang berbasis command-line yaitu format.com (pada semua versi Windows N

EXT-3
Setelah kegagalan sumber daya, “unclean shutdown”, atau kerusakan sistem, EXT2 file sistem harus melalui proses pengecekan dengan program e2fsck. Proses ini dapat membuang waktu sehingga proses booting menjadi sangat lama, khususnya untuk disk besar yang mengandung banyak sekali data. Dalam proses ini, semua data tidak dapat diakses.
Jurnal yang disediakan oleh EXT3 menyebabkan tidak perlu lagi dilakukan pengecekan data setelah kegagalan sistem. EXT3 hanya dicek bila ada kerusakan hardware seperti kerusakan hard disk, tetapi kejadian ini sangat jarang. Waktu yang diperlukan EXT3 file sistem setelah terjadi “unclean shutdown” tidak tergantung dari ukuran file sistem atau banyaknya file, tetapi tergantung dari besarnya jurnal yang digunakan untuk menjaga konsistensi. Besar jurnal default memerlukan waktu kira-kira sedetik untuk pulih, tergantung kecepatan hardware.

Keuntungan
EXT3 adalah peningkatan dari EXT2 file sistem.
Peningkatan ini memiliki beberapa keuntungan, diant aranya:

  • A-Integritas dat =
  • EXT3 menjamin adanya integritas data setelah terjadi kerusakan atau “unclean shutdown”. EXT3 memungkinkan kita memilih jenis dan tipe proteksi dari data.
  • B-Kecepatan Proses booting akan lebih cepat karena pengecekan system lebih cepat dari ext-2 menulis data lebih dari sekali, EXT3 mempunyai throughput yang lebih besar daripada EXT2 karena EXT3 memaksimalkan pergerakan head hard disk. Kita bisa memilih tiga jurnal mode untuk memaksimalkan kecepatan, tetapi integritas data tidak terjamin.
  • C-Mudah dilakukan migrasi Kita dapat berpindah dari EXT2 ke sistem EXT3 tanpa melakukan format ulang.
  • D-. Ext3 juga menggunakan lebih sedikit daya CPU ReiserFS dan XFS

Kekurangan
-\Fungsi
Sejak ext3 bertujuan untuk menjadi kompatibel dengan ext2 sebelumnya, banyak struktur on-disk mirip dengan ext2. Karena itu, ext3 tidak memiliki beberapa fitur desain yang lebih baru, seperti luasan, alokasi dinamis inode, dan suballocation blok [12] Ada batas-direktori 31.998 per satu sub direktori., Berasal dari batas atas 32.000
link per inode. [13]

ext3, seperti filesystem Linux terbaru, tidak dapat fsck-ed sementara filesystem dipasang untuk menulis. Mencoba untuk memeriksa sistem berkas yang sudah terpasang dapat mendeteksi kesalahan data palsu mana berubah belum mencapai disk belum, dan merusak sistem file dalam upaya untuk "memperbaiki" kesalahan ini.

Defragmentation
Tidak ada ext3 online defragmentation tool yang bekerja pada tingkat filesystem. Sebuah offline ext2 Defragmenter, e2defrag, ada tetapi mensyaratkan bahwa filesystem ext3 dikonversikan kembali ke ext2 pertama. Tapi tergantung pada fitur bit diaktifkan pada filesystem, e2defrag mungkin menghancurkan data, ia tidak tahu bagaimana memperlakukan banyak fitur baru ext3. [14]

Ada tool defragmentasi userspace seperti Shake [15] dan defrag. [16] [17] Shake bekerja dengan mengalokasikan ruang untuk seluruh file sebagai satu operasi, yang umumnya akan menyebabkan pengalokasi untuk menemukan ruang disk berdekatan. Hal ini juga mencoba untuk menulis file yang digunakan pada saat yang sama di samping satu sama lain. Defrag bekerja dengan menyalin setiap file di atas sendiri.
Namun mereka hanya bekerja jika filesystem cukup kosong. Sebuah tool defragmentasi sejati tidak ada untuk ext3. [18]

Yang sedang berkata, sebagai Linux System Administrator Panduan menyatakan, "Modern Linux filesystem (s) menjaga fragmentasi minimal dengan menjaga semua blok dalam file berdekatan, bahkan jika mereka tidak dapat disimpan dalam sektor berturut-turut. Beberapa filesystem, seperti ext3, efektif mengalokasikan blok bebas yang palingterhadap fragmentasi file dari filesystem FAT, filesystem ext3 tetap bisa terpecah-pecah dari waktu ke waktu atau pada pola penggunaan spesifik, seperti perlahan-menulis file-file besar [20] [21] Akibatnya, pengganti, filesystem ext3 ext4., memiliki rencana untuk akhirnya termasuk utilitas filesystem defragmentasi online [22], dan saat ini mendukung luasan (daerah file berdekatan).
Pemulihan
Tidak ada dukungan pemulihan file yang dihapus dalam desain sistem file. ext3 driver aktif menghapus file dengan menyeka inode file [23] untuk alasan keamanan kecelakaan.
Itu sebabnya disengaja 'rm-rf ...' dapat menyebabkan hilangnya data permanen.
Masih ada beberapa teknik [24] dan beberapa perangkat lunak komersial seperti Standar Explorer versi UFS Pemulihan 4 [25] untuk pemulihan dihapus atau hilang file menggunakan jurnal analisis sistem file, namun mereka tidak menjamin apapun pemulihan file tertentu.
Tidak ada kesempatan untuk recovery file setelah format file system.

Kompresi
Dukungan untuk kompresi transparan tersedia sebagai patch tidak resmi untuk ext3. patch ini adalah port langsung dari e2compr dan masih perlu pengembangan lebih lanjut, mengkompilasi dan sepatu bot dengan baik dengan kernel hulu [sunting] tapi journal belum diimplementasikan.
Patch saat ini bernama e3compr.

Kurangnya dukungan snapshot
Tidak seperti beberapa sistem file modern, ext3 tidak mempunyai dukungan asli untuk snapshot - kemampuan untuk cepat menangkap keadaan filesystem pada waktu yang sewenang-wenang, bukannya kurang bergantung pada ruang-volume snapshots tingkat efisien disediakan oleh Linux LVM. Filesystem Next3 adalah versi modifikasi dari ext3 yang menawarkan dukungan foto, namun tetap kompatibilitas dengan format ext3 on-disk

EXT-4
Filesystem Ext4, generasi baru, pengembangan lebih lanjut dari filesystem Ext3 akan hadir di Ubuntu 9.04. Filesystem Ext4 telah dinyatakan stabil dan didukung sejak kernel linux 2.6.28. Filesystem Ext4 didesain untuk memberikan performance yang lebih baik dan peningkatan kemampuan. Filesystem Ext4 juga meningkatkan daya tampung maksimal filesystem ke 1 exabyte dan mengurangi wktu yang diperlukan untuk melakukan pengecekan hardisk (fsck yang mana pada Filesystem Ext3, setiap 20­30 kali mount). Berdasarkan test benchmark yang dilakukan oleh beberapa benchmarker, Filesystem Ext4 memiliki keunggulan performance yang significant dalam menulis dan membaca file berukuran besar. Filesystem Ext4 menyisihkan filesystem lain seperti xfs, jfs, Reiserfs dan ext3. Dalam kasus Ubuntu 9.04, filesystem ext4 di curigai sebagai faktor utama yang mempercepat waktu boot Ubuntu 9.04. Filesystem ext4 juga meningkatkan umur hidup media flash seperti SSD. Karena filesystem ext4 tidak melakukan penulisan data layaknya Filesystem ext3 yang menulis beberapa kali (journaling).
Ext4 dirilis secara komplit dan stabil berawal dari kernel 2.6.28 jadi apabila distro anda yang secara default memiliki versi kernel tersebuat atau di atas nya otomatis system anda sudah support ext4 (dengan catatan sudah di include kedalam kernelnya) selain itu versi e2fsprogs harus mengunakan versi 1.41.5 atau lebih, Apabila anda masih menggunakan fs ext3 dapat mengkonversi ke ext4 dengan beberapa langkah yang tidak terlalu rumit.
Keuntungan yang bisa didapat dengan mengupgrade filesystem ke ext4 dibanding ext3 adalah mempunyai pengalamatan 48-bit block yang artinya dia akan mempunyai 1EB = 1,048,576 TB ukuran maksimum filesystem dengan 16 TB untuk maksimum file size nya,Fast fsck,Journal checksumming,Defragmentation support.

Fitur
Besar file sistem
Filesystem ext4 dapat mendukung volume dengan ukuran sampai dengan 1 exabyte dan file dengan ukuran hingga 16 terabyte [8]. The e2fsprogs saat ini hanya dapat menangani filesystem dari 16 TB, [9] namun dukungan untuk drive yang lebih besar sedang dalam pembangunan.

Luasan
Luasan diperkenalkan untuk menggantikan skema pemetaan blok tradisional yang digunakan oleh ext2 / 3 filesystem. Sebuah sejauh berbagai blok fisik berdekatan, meningkatkan kinerja file besar dan mengurangi fragmentasi. Sebuah sejauh tunggal di ext4 dapat memetakan sampai 128 MB ruang berbatasan dengan ukuran blok 4 KB [1] Ada 4 luasan dapat disimpan di dalam inode.. Bila ada lebih dari 4 luasan ke file, sisa dari luasan yang diindeks dalam Htree.

Kompatibilitas ke belakang
Filesystem ext4 adalah kompatibel dengan ext3 dan ext2, sehingga memungkinkan untuk me-mount filesystem ext3 dan ext2 sebagai ext4. Ini akan sedikit meningkatkan kinerja, karena fitur baru tertentu ext4 juga dapat digunakan dengan ext3 dan ext2 seperti algoritma alokasi blok baru.

Sistem berkas ext3 adalah sebagian maju kompatibel dengan ext4, yaitu, sebuah filesystem ext4 dapat di-mount sebagai partisi ext3 (menggunakan "ext3" sebagai jenis filesystem saat mounting). Namun, jika partisi ext4 menggunakan luasan (fitur baru utama ext4), maka kemampuan untuk me-mount sistem berkas sebagai ext3 hilang.

Persistent pra-alokasi
Filesystem ext4 memungkinkan untuk pre-alokasi-ruang pada disk untuk file. Metode saat ini untuk file ini pada kebanyakan sistem adalah menulis file penuh 0s untuk memesan ruang ketika file tersebut sedang dibuat. Metode ini tidak lagi diperlukan untuk ext4, melainkan sebuah fallocate baru () system call ditambahkan ke kernel Linux untuk digunakan oleh filesystem, termasuk ext4 dan XFS, yang memiliki kemampuan ini. ruang yang dialokasikan untuk file seperti ini akan dijamin dan kemungkinan akan berdekatan. Ini aplikasi untuk media streaming dan database.

Alokasi Tertunda

Ext4 menggunakan teknik yang disebut mengalokasikan kinerja filesystem-on-flush, juga dikenal sebagai alokasi tertunda. Ini terdiri dari menunda alokasi blok sampai data akan ditulis ke disk, tidak seperti beberapa sistem file lain, yang dapat mengalokasikan blok diperlukan sebelum langkah itu. Hal ini meningkatkan kinerja dan mengurangi fragmentasi dengan meningkatkan keputusan alokasi blok berdasarkan ukuran file yang sebenarnya.

Batas Break subdirektori 32.000
Dalam ext3 jumlah subdirektori yang dapat berisi direktori dibatasi hingga 32.000. batas ini telah dinaikkan menjadi 64.000 di ext4, dan dengan dir_nlink "" fitur ini bisa melampaui ini (meskipun akan berhenti meningkatkan link count pada orang tua). Untuk memungkinkan kinerja terus diberikan kemungkinan direktori yang jauh lebih besar, indeks Htree (versi khusus dari pohon-B) yang diaktifkan secara default dalam ext4. Fitur ini diimplementasikan di kernel Linux 2.6.23. Htree juga tersedia dalam ext3 ketika fitur dir_index diaktifkan.

Jurnal checksumming
Ext4 menggunakan checksum dalam jurnal untuk meningkatkan kehandalan, karena jurnal adalah salah satu file yang terbanyak digunakan disk. Fitur ini memiliki manfaat sisi; dengan aman dapat menghindari disk I / O menunggu selama proses journal, meningkat
kan kinerja sedikit. Teknik checksumming jurnal ini terinspirasi oleh sebuah makalah penelitian dari University of Wisconsin berjudul BESI Sistem Berkas (khusus, bagian 6, disebut checksum transaksi "").

Memeriksa sistem berkas lebih cepat
Dalam ext4, kelompok blok yang tidak terisi dan bagian-bagian dari tabel inode ditandai seperti itu. Hal ini memungkinkan e2fsck untuk melewatkan mereka sepenuhnya pada cek dan sangat mengurangi waktu yang diperlukan untuk memeriksa sistem file dengan ukuran ext4 dibangun untuk mendukung. Fitur ini diimplementasikan dalam versi 2.6.24 dari kernel Linux.

Multiblock pengalokasi
Ketika sebuah file yang ditambahkan ke, ext3 pengalokasi blok panggilan sekali untuk setiap blok secara individu; dengan beberapa merangkap penulis, file dengan mudah dapat menjadi terpecah-pecah pada disk. Dengan alokasi tertunda, bagaimanapun, ext4 buffer sampai jumlah yang lebih besar data, dan kemudian mengalokasikan sekelompok blok di batch. Ini berarti bahwa pengalokasi memiliki informasi lebih lanjut tentang apa yang sedang ditulis dan dapat membuat pilihan yang lebih baik untuk mengalokasikan file contiguously pada disk. Pengalokasi multiblock digunakan ketika alokasi tertunda diaktifkan untuk sistem file, atau ketika file dibuka dalam mode O_DIRECT. Fitur ini tidak mempengaruhi format disk.

Peningkatan timestamps
Sebagai komputer menjadi lebih cepat pada umumnya dan sebagai Linux menjadi lebih banyak digunakan untuk aplikasi misi kritis, granularity dari cap waktu kedua berbasis menjadi tidak cukup. Untuk mengatasi ini, ext4 memberikan cap waktu diukur dalam nanodetik. Selain itu, 2 bit dari lapangan cap waktu diperluas ditambahkan ke bit yang paling signifikan dari detik bidang cap waktu untuk menunda tahun 2038 masalah untuk 204 tahun tambahan.

Ext4 juga menambahkan dukungan untuk tanggal-dibuat cap waktu. Namun, seperti Theodore Ts'o menunjukkan, ketika sedang mudah untuk menambahkan penciptaan lapangan-date ekstra di dalam inode (sehingga memungkinkan dukungan teknis untuk tanggal-dibuat cap waktu di ext4), lebih sulit untuk mengubah atau menambahkan sistem penting panggilan, seperti stat () (yang mungkin akan membutuhkan versi baru), dan berbagai perpustakaan yang bergantung pada mereka (seperti glibc).
Perubahan ini akan membutuhkan koordinasi banyak proyek. Jadi, bahkan jika ext4 pengembang menerapkan dukungan awal untuk cap waktu penciptaan-tanggal, fitur ini tidak akan tersedia untuk program-program pengguna untuk saat ini. [11]

No comments:

Post a Comment