Tìm hiểu khái niệm cơ bản về hệ thống file trong HĐH Linux
lượt xem 8
download
File hệ thống có thể coi là 1 trong các lớp bên dưới hệ điều hành mà nhiều lúc người sử dụng chúng ta không hề nghĩ tới, trừ trường hợp phải đối mặt với rất nhiều tùy chọn về file system trong Linux .
Bình luận(0) Đăng nhập để gửi bình luận!
Nội dung Text: Tìm hiểu khái niệm cơ bản về hệ thống file trong HĐH Linux
- Tìm hiểu khái niệm cơ bản về hệ thống file trong HĐH Linux File hệ thống có thể coi là 1 trong các lớp bên dưới hệ điều hành mà nhiều lúc người sử dụng chúng ta không hề nghĩ tới, trừ trường hợp phải đối mặt với rất nhiều tùy chọn về file system trong Linux . Trong bài viết dưới đây, chúng tôi sẽ giới thiệu với các bạn một số điểm cơ bản để hiểu rõ và nắm bắt kiến thức nhằm lựa chọn file system phù hợp với hệ thống. Khả năng hỗ trợ của file hệ thống Linux hoàn toàn khác biệt so với Windows và Mac OS X. Cụ thể, trongWindows hoặc Mac OS X , chúng ta có thể dễ dàng tìm được các ứng dụng hỗ trợ file hệ thống non standard , nhưng cả 2 hệ điều hành trên lại chỉ được cài đặt dựa trên file system nguyên gốc. Nếu nói theo cách khác, Linux có khả năng hỗ trợ nhiều loại file hệ thống nhất hiện nay với công nghệ được tích hợp vào bên trong bộ kernel . Journaling là gì? Điểm trước tiên cần tìm hiểu ở đây chính là Journaling trước khi chúng ta nghiên cứu kỹ hơn về vấn đề này. Điều duy nhất các bạn cần nhớ về journaling là tất cả các loại file hệ thống ngày nay đều phải sử dụng journaling theo nhiều dạng khác nhau trên nền tảng laptop hoặc desktop với Linux.
- Journaling chỉ được sử dụng khi ghi dữ liệu lên ổ cứng và đóng vai trò như những chiếc đục lỗ để ghi thông tin vào phân vùng. Đồng thời, nó cũng khắc phục vấn đề xảy ra khi ổ cứng gặp lỗi trong quá trình này, nếu không có journal thì hệ điều hành sẽ không thể biết được file dữ liệu có được ghi đầy đủ tới ổ cứng hay chưa. Chúng ta có thể hiểu nôm na như sau: trước tiên file sẽ được ghi vào journal , đẩy vào bên trong lớpquản lý dữ liệu, sau đó journal sẽ ghi file đó vào phân vùng ổ cứng khi đã sẵn sàng. Và khi thành công, file sẽ được xóa bỏ khỏi journal, đẩy ngược ra bên ngoài và quá trình hoàn tất. Nếu xảy ra lỗi trong khi thực hiện thì file hệ thống có thể kiểm tra lại journal và tất cả các thao tác chưa được hoàn tất, đồng thời ghi nhớ lại đúng vị trí xảy ra lỗi đó. Tuy nhiên, nhược điểm của việc sử dụng journaling là phải "đánh đổi" hiệu suất trong việc ghi dữ liệu với tính ổn định. Bên cạnh đó, còn có nhiều công đoạn khác để ghi dữ liệu vào ổ cứng nhưng với journal thì quá trình không thực sự là như vậy. Thay vào đó thì chỉ có file metadata, inode hoặc vị trí của file được ghi lại trước khi thực sự ghi vào ổ cứng. Các tùy chọn file system: Như đã đề cập tới ở bên trên, có khá nhiều dạng file hệ thống trong Linux , và mỗi loại sẽ được áp dụng với từng mục đích riêng biệt. Điều này không có nghĩa rằng những file hệ thống này không thể được áp dụng trong trường hợp khác, mà tùy theo nhu cầu và mục đích của người sử dụng, chúng ta sẽ đưa ra phương án phù hợp.
- - Ext – Extended file system : là định dạng file hệ thống đầu tiên được thiết kế dành riêng cho Linux. Có tổng cộng 4 phiên bản và mỗi phiên bản lại có 1 tính năng nổi bật. Phiên bản đầu tiên của Ext là phần nâng cấp từ file hệ thống Minix được sử dụng tại thời điểm đó, nhưng lại không đáp ứng được nhiều tính năng phổ biến ngày nay. Và tại thời điểm này, chúng ta không nên sử dụng Ext vì có nhiều hạn chế, không còn được hỗ trợ trên nhiều distribution. - Ext2 thực chất không phải là file hệ thống journaling , được phát triển để kế thừa các thuộc tính của file hệ thống cũ, đồng thời hỗ trợ dung lượng ổ cứng lên tới 2 TB. Ext2 không sử dụng journal cho nên sẽ có ít dữ liệu được ghi vào ổ đĩa hơn. Do lượng yêu cầu viết và xóa dữ liệu khá thấp, cho nên rất phù hợp với những thiết bị lưu trữ bên ngoài như thẻ nhớ, ổ USB… Còn đối với những ổ SSD ngày nay đã được tăng tuổi thọ vòng đời cũng như khả năng hỗ trợ đa dạng hơn, và chúng hoàn toàn có thể không sử dụng file hệ thống không theo chuẩn journaling. - Ext3 về căn bản chỉ là Ext2 đi kèm với journaling. Mục đích chính của Ext3 là tương thích ngược vớiExt2 , và do vậy những ổ đĩa, phân vùng có thể dễ dàng được chuyển đổi giữa 2 chế độ mà không cần phải format như trước kia. Tuy nhiên, vấn đề vẫn còn tồn tại ở đây là những giới hạn của Ext2 vẫn còn nguyên trong Ext3 , và ưu điểm của Ext3 là hoạt động nhanh, ổn định hơn rất nhiều. Không thực sự phù hợp để làm file hệ thống dành cho máy chủ bởi vì không hỗ trợ tính năng tạo disk snapshot và file được khôi phục sẽ rất khó để xóa bỏ sau này. - Ext4 : cũng giống như Ext3 , lưu giữ được những ưu điểm và tính tương thích ngược với phiên bản trước đó. Như vậy, chúng ta có thể dễ dàng kết hợp các phân vùng định
- dạng Ext2 , Ext3 và Ext4 trong cùng 1 ổ đĩa trong Ubuntu để tăng hiệu suất hoạt động. Trên thực tế, Ext4 có thể giảm bớt hiện tượng phân mảnh dữ liệu trong ổ cứng, hỗ trợ các file và phân vùng có dung lượng lớn… Thích hợp với ổ SSD so với Ext3 , tốc độ hoạt động nhanh hơn so với 2 phiên bản Ext trước đó, cũng khá phù hợp để hoạt động trên server, nhưng lại không bằng Ext3 . - BtrFS – thường phát âm là Butter hoặc Better FS , hiện tại vẫn đang trong giai đoạn phát triển bởi Oracle và có nhiều tính năng giống với ReiserFS . Đại diện cho B-Tree File System , hỗ trợ tính năng pool trên ổ cứng, tạo và lưu trữ snapshot, nén dữ liệu ở mức độ cao, chống phân mảnh dữ liệu nhanh chóng… được thiết kế riêng biệt dành cho các doanh nghiệp có quy mô lớn. Mặc dù BtrFS không hoạt động ổn định trên 1 số nền tảng distro nhất định, nhưng cuối cùng thì nó vẫn là sự thay thế mặc định của Ext4 và cung cấp chế độ chuyển đổi định dạng nhanh chóng từ Ext3/4 . Do vậy,BtrFS rất phù hợp để hoạt động với server dựa vào hiệu suất làm việc cao, khả năng tạo snapshot nhanh chóng cũng như hỗ trợ nhiều tính năng đa dạng khác. Bên cạnh đó, Oracle cũng đang cố gắng phát triển 1 nền tảng công nghệ nhằm thay thế cho NFS và CIFSgọi là CRFS với nhiều cải tiến đáng kể về mặt hiệu suất và tính năng hỗ trợ. Những cuộc kiểm tra trên thực tế đã chỉ ra BtrFS đứng sau Ext4 khi áp dụng với các thiết bị sử dụng bộ nhớ Flash như SSD, server database… - ReiserFS : có thể coi là 1 trong những bước tiến lớn nhất của file hệ thống Linux, lần đầu được công bố vào năm 2001 với nhiều tính năng mới mà file hệ thống Ext khó có thể đạt được. Nhưng đến năm 2004,ReiserFS đã được thay thế bởi Reiser4 với nhiều cải tiến hơn nữa. Tuy nhiên, quá trình nghiên cứu, phát triển của Reiser4 khá "chậm chạp" và vẫn không hỗ trợ đầy đủ hệ thống kernel của Linux . Đạt hiệu suất hoạt động rất cao đối với những file nhỏ như file log, phù hợp với database và server email.
- - XFS được phát triển bởi Silicon Graphics từ năm 1994 để hoạt động với hệ điều hành riêng biệt của họ, và sau đó chuyển sang Linux trong năm 2001. Khá tương đồng với Ext4 về một số mặt nào đó, chẳng hạn như hạn chế được tình trạng phân mảnh dữ liệu, không cho phép các snapshot tự động kết hợp với nhau, hỗ trợ nhiều file dung lượng lớn, có thể thay đổi kích thước file dữ liệu… nhưng không thể shrink – chia nhỏ phân vùng XFS. Với những đặc điểm như vậy thì XFS khá phù hợp với việc áp dụng vào mô hình server media vì khả năng truyền tải file video rất tốt. Tuy nhiên, nhiều phiên bản distributor yêu cầu phân vùng /boot riêng biệt, hiệu suất hoạt động với các file dung lượng nhỏ không bằng được khi so với các định dạng file hệ thống khác, do vậy sẽ không thể áp dụng với mô hình database, email và một vài loại server có nhiều file log. Nếu dùng với máy tính cá nhân, thì đây cũng không phải là sự lựa chọn tốt nên so sánh với Ext , vì hiệu suất hoạt động không khả thi, ngoài ra cũng không có gì nổi trội về hiệu năng, quản lý so với Ext3/4. - JFS được IBM phát triển lần đầu tiên năm 1990, sau đó chuyển sang Linux . Điểm mạnh rất dễ nhận thấy của JFS là tiêu tốn ít tài nguyên hệ thống, đạt hiệu suất hoạt động tốt với nhiều file dung lượng lớn và nhỏ khác nhau. Các phân vùng JFS có thể thay đổi
- kích thước được nhưng lại không thể shrink nhưReiserFS và XFS , tuy nhiên nó lại có tốc độ kiểm tra ổ đĩa nhanh nhất so với các phiên bản Ext . - ZFS hiện tại vẫn đang trong giai đoạn phát triển bởi Oracle với nhiều tính năng tương tự như Btrfs vàReiserFS . Mới xuất hiện trong những năm gần đây vì có tin đồn rằng Apple sẽ dùng nó làm file hệ thống mặc định. Phụ thuộc vào thỏa thuận điều khoản sử dụng, Sun CDDL thì ZFS không tương thích với hệ thống nhân kernel của Linux, tuy nhiên vẫn hỗ trợ toàn bộ Linux's Filesystem in Userspace – FUSE để có thể sử dụng được ZFS . Người sử dụng có thể gặp khó khăn khi cài đặt hệ điều hành Linux vì có yêu cầuFUSE và có thể không được hỗ trợ bởi distributor. - Swap có thể coi thực sự không phải là 1 dạng file hệ thống, bởi vì cơ chế hoạt động khá khác biệt, được sử dụng dưới 1 dạng bộ nhớ ảo và không có cấu trúc file hệ thống cụ thể. Không thể kết hợp và đọc dữ liệu được, nhưng lại chỉ có thể được dùng bởi kernel để ghi thay đổi vào ổ cứng. Thông thường, nó chỉ được sử dụng khi hệ thống thiếu hụt bộ nhớ RAM hoặc chuyển trạng thái của máy tính về chế độHibernate . Trên đây là một số thông tin cơ bản về cấu trúc file hệ thống trong Linux, hy vọng rằng có thể giúp các bạn hiểu rõ hơn về hệ điều hành mã nguồn mở này cũng như kinh nghiệm lựa chọn file system sao cho phù hợp với nhu cầu, mục đích sử dụng. Chúc các bạn thành công!
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Tìm hiểu các thông số cơ bản của CPU
11 p | 745 | 143
-
Tìm Hiểu Mạng Máy Tính - Hệ Thống Mạng Và Các Giao Thức Mạng
10 p | 290 | 88
-
Khái niệm, ứng dụng địa chỉ MAC
3 p | 251 | 62
-
BÀI TẬP VÀ THỰC HÀNH SỐ 1 (2 TIẾT) TÌM HIỂU HỆ CƠ SỞ DỮ LIỆU
3 p | 879 | 56
-
Tìm hiểu khái niệm cơ bản về hệ thống file trong Linux
7 p | 176 | 39
-
Bài giảng Kỹ thuật lập trình Hook
17 p | 123 | 36
-
Tìm Hiểu Mạng Máy Tính - Tầng Mạng
10 p | 180 | 33
-
Tìm hiểu về công cụ Microsoft Network Monitor – phần 1
7 p | 166 | 23
-
PHP cơ bản - Bài 6: Cookie và session trong PHP
8 p | 99 | 8
-
Tìm hiểu về WebMatrix – phần 2 Trong phần tiếp theo của loạt bài kỹ thuật
8 p | 87 | 6
-
Bài giảng Lập trình hướng đối tượng và C++: Chương 2
10 p | 54 | 5
-
Chapter 6: Cấu trúc cây ( tree)
15 p | 89 | 4
-
Tìm hiểu về WebMatrix – phần 2
3 p | 79 | 4
-
Bài giảng Cấu trúc dữ liệu và giải thuật - Chương 1: Một số khái niệm cơ bản về cấu trúc dữ liệu và giải thuật
12 p | 91 | 4
-
Tìm hiểu về lỗi tràn bộ đệm (Buffer Overflow)
5 p | 15 | 4
-
Bài giảng Kỹ thuật lập trình: Dữ liệu dạng tệp tin (File) - GV. Hà Đại Dương
19 p | 76 | 3
-
Bài giảng Bài 1: Các khái niệm cơ bản & cài đặt chương trình
14 p | 62 | 2
Chịu trách nhiệm nội dung:
Nguyễn Công Hà - Giám đốc Công ty TNHH TÀI LIỆU TRỰC TUYẾN VI NA
LIÊN HỆ
Địa chỉ: P402, 54A Nơ Trang Long, Phường 14, Q.Bình Thạnh, TP.HCM
Hotline: 093 303 0098
Email: support@tailieu.vn