Sự khác biệt giữa ghi nhật ký HFS + và không ghi nhật ký HFS + là gì?


41

Tôi sắp định dạng một ổ đĩa cứng ngoài (HDD).

Sự khác biệt chính giữa ghi nhật ký HFS + và không ghi nhật ký HFS + là gì? Ngoài việc một người có ghi nhật ký còn người kia thì không, nó ảnh hưởng đến hiệu suất của ổ đĩa (với số) như thế nào?

Cảm giác ruột của tôi là việc sử dụng nhật ký "bình thường" sẽ là cách tốt nhất, nhưng có bất kỳ tình huống nào mà HFS + không ghi nhật ký nên được xem xét không? Khả năng tương thích Linux là một, vì có vẻ như mô-đun hfsplus của hạt nhân hỗ trợ đọc và ghi trên HFS + không được ghi nhật ký, nhưng chỉ đọc trên HFS + đã được ghi nhật ký.

Còn gì đáng nói nữa không?

Câu trả lời:


35

Tôi không có số để sao lưu tuyên bố, nhưng sử dụng HFS + không được ghi nhật ký là một ý tưởng tốt trong các tập nhất định đòi hỏi tốc độ tuyệt đối, mà không phải lo lắng (quá nhiều) về khả năng "mất dữ liệu" hoặc "hỏng dữ liệu" trong trường hợp mất điện hoặc tương tự.

Khi nào sử dụng HFS + Không ghi nhật ký ý tưởng BAD ?

  • Các ổ đĩa ngoài (USB, FW, ESata) được kết nối và kết nối lại thường xuyên: Đó thường là một ý tưởng tồi, vì các ổ đĩa này có xu hướng vô tình bị ngắt kết nối rất thường xuyên và nguồn điện của chúng không được cắm.

  • Các phân vùng trong đó tính toàn vẹn dữ liệu là quan trọng và bảo vệ khỏi sự cố mất điện đột xuất là điều bắt buộc. (Tài liệu, Âm nhạc, Video, Sao lưu, v.v.).

Khi nào sử dụng HFS + Không ghi nhật ký một ý tưởng TỐT ?

  • Scratch, Temp, lưu trữ tầm thường và các ổ đĩa và phân vùng tương tự, trong đó tốc độ là> tính toàn vẹn dữ liệu trong trường hợp mất điện. Bạn muốn âm lượng cào Final Cut của bạn không được ghi nhật ký (dù sao bạn cũng có UPS, phải không?). Bạn muốn temp Photoshop của bạn không được ghi nhật ký. Ổ đĩa để sao chép những thứ xung quanh (ví dụ như một ổ Pen nếu bạn quan tâm đến việc đẩy ra đúng cách).

  • Bất kỳ ổ đĩa nào khác yêu cầu tính di động và khả năng tương thích như bạn đã chỉ ra một cách chính xác.

Hãy nhớ rằng, duy trì nhật ký thêm một chi phí nhỏ, nhưng lợi ích trong trường hợp giảm âm lượng không đúng là rất quan trọng, không chỉ để tránh "quét" toàn bộ đĩa khi khởi động hoặc gắn lại, mà còn về mặt đảm bảo rằng dữ liệu không phải là bị hỏng ở nơi đầu tiên.

Gắn một ổ đĩa không được ghi nhật ký mà không được kết nối không chính xác, sẽ gây ra quét fsck , trong khi đó ổ đĩa được ghi sẽ có thể chạy và chạy trong một khoảng thời gian ngắn hơn (quét nhật ký và áp dụng các giao dịch không được phép).

Về Tốc độ và kiểm tra, tôi không có nhiều thông tin để sao lưu xác nhận trên, tuy nhiên, theo như tôi biết thì sự khác biệt về tốc độ không chỉ rất nhỏ và thậm chí khó nhận thấy, nhưng trong một số trường hợp, hệ thống tệp Nhật ký còn nhanh hơn không -được báo cáo.

Hóa ra, mặc dù chi phí hoạt động của tạp chí, một số thao tác có thể được thực hiện không đồng bộ trong ổ đĩa Nhật ký, trong khi phiên bản không được ghi nhật ký phải thực hiện mọi thứ một cách đồng bộ.

Để tham khảo, tôi đã cố gắng tìm một so sánh cũ (các con số có thể hợp lệ vì HFS + không thực sự thay đổi nhiều kể từ lần lặp đầu tiên của chúng trong OSX, ngoài việc thêm các bản ghi dữ liệu thuộc tính nội tuyến và có thể bảo mật tệp danh sách kiểm soát truy cập và có thể thứ gì khác.

Đây là trang web với các biểu đồ:

So sánh giữa HFS + Nhật ký so với HFS + Không ghi nhật ký

TL; DR:

Trình tự sao chép / sao chép / sao chép tệp khá nhanh như nhau đối với cả HFS được ghi nhật ký / không được ghi nhật ký. Trình tự tương tự với thư mục một lần nữa nhanh hơn với HFS được ghi nhật ký

(nhấn mạnh của tôi)

Phần kết luận

Tôi hơi ngạc nhiên khi thấy kết quả trên, vì tôi tin chắc rằng việc sử dụng Non-Journaled thực sự nhanh hơn đối với một số thao tác, nhưng rõ ràng là những trường hợp nhỏ có thể tạo ra sự khác biệt, nó bị quá tải bởi "sự an toàn" của Nhật ký.


@Griffo thực sự là +1 về câu hỏi khiến tôi phải điều tra và đi đến kết luận trên ;-) Cảm ơn.
Martin Marconcini

@ MartínMarconcini phần trả lời "chi phí nhỏ" thiếu chi phí sử dụng không gian đĩa. Ví dụ, sẽ có thêm bao nhiêu dung lượng đĩa để lưu trữ tệp khi nhật ký không được bật?
Sao lưu chuyên nghiệp

@ProBackup Mặc dù tôi không có "số", tôi thực sự tin rằng kích thước của Tạp chí sẽ không đáng kể trong các ổ đĩa ngày nay.
Martin Marconcini

@ MartínMarconcini Tôi tự hỏi chi phí không gian đĩa tiêu thụ là bao nhiêu vì: (1) Hầu hết các tính năng thưởng được thêm theo tỷ lệ. (2) Tất cả những thứ bổ sung này đều tăng thêm: 209,7 MB cho phân vùng EFI, 1,4 MB khác cho khả năng tạo 128 phân vùng trong đó chỉ cần 1 phân vùng. (3) Thực tế diskutil moveJournal externalsẽ tạo phân vùng Apple_Journal 512 MB. (4) Trên 2.7TB (kiểu cũ 3TB), có 736 MB được sử dụng ( df -h) khi chỉ lưu trữ 1 tệp (theo sudo du /Volumes/Name).
Sao lưu chuyên nghiệp

4

Ghi nhật ký thêm sự chậm trễ và phức tạp cho mọi hoạt động sẽ được ghi nhật ký. Nhật ký ghi dữ liệu buộc phải được ghi ngay vào ổ đĩa, điều này có thể làm cho các giao dịch ổ đĩa nổi bật khác chậm hơn.

Một cách xử lý tốt cho những gì ghi nhật ký là trong Ghi chú kỹ thuật đã nghỉ hưu TN1150: Định dạng âm lượng HFS Plus .

Khu vực nhật ký trên hệ thống tệp được viết rất nhiều và buộc HĐH phải đồng bộ hóa dữ liệu cứng một cách thường xuyên. Điều này có thể can thiệp vào các hoạt động đọc và ghi lớn đang diễn ra cùng lúc với sửa đổi hệ thống tệp yêu cầu các mục nhật ký.

Ưu điểm của hệ thống ghi nhật ký là tại thời điểm gắn kết, hệ thống có thể dễ dàng hoàn thành bất kỳ mục nhập tệp hoặc sửa đổi thư mục nào đang ở giữa quá trình thử. Bản thân hệ thống tập tin được sửa chữa và chuyển sang trạng thái nhất quán với độ cực nhanh so với kiểm tra danh mục hệ thống tập tin đầy đủ.

Đối với người dùng mới bắt đầu - có một máy tính yêu cầu họ sửa chữa đĩa không thú vị và gây ra sự không chắc chắn và buộc họ phải tìm hiểu một chút về cách mọi thứ hoạt động. Vâng - nó cọ dưới tấm thảm thực tế là họ có thể mất một bức ảnh mà họ vừa tải xuống hoặc di chuyển. Trong thực tế, thông thường đảm bảo rằng ngay cả người dùng mới cũng kiểm tra lại tệp trước khi xóa nó khỏi máy ảnh khi "máy tính chết tiệt" khởi động lại giữa lúc sao chép ảnh của họ sang iPhoto. (Nhiều khả năng họ gọi hệ thống hỗ trợ của mình để được giúp đỡ vào thời điểm này nếu họ thậm chí nhận thấy lần khởi động tiếp theo chậm hơn hoặc xảy ra hơn hai lần một tuần)

Đối với người dùng nâng cao muốn có hiệu suất nhanh nhất, lợi ích của việc ghi nhật ký bắt đầu giống như các hình phạt với mức giá của hiệu suất chậm hơn. Những hình phạt này có thể là đáng kể nếu hệ thống đã gần hết công suất hoặc cần hiệu suất tối đa để truyền dữ liệu bền vững lớn điển hình cho video pro hoặc một số quy trình công việc cơ sở dữ liệu.

Những điều như thế này là lý do tốt để vô hiệu hóa nhật ký:

  • tập tin lưu trữ cơ sở dữ liệu
  • máy dự phòng với thói quen chữa bệnh dữ liệu sau một thất bại
  • Bộ nhớ RAID chăm sóc nhật ký và hơn thế nữa
  • chỉ cần thêm tốc độ bất kể chi phí

TN1150 dường như biến mất khỏi miền apple.com, sau đó phiên bản 2004 xuất hiện trở lại dưới dạng tài liệu đã nghỉ hưu tại developer.apple.com/legacy/mac/l Library / # technotes / tn / điều sau đó chuyển sang developer.apple.com/legacy/ thư viện / kỹ thuật / tn / tn1150.html . Có một bản sao theo phong cách hoài cổ của phiên bản 2004 tại dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html
Graham Perrin

RAID không quan tâm đến các loại lỗi mà nhật ký ngăn ngừa. Ghi nhật ký là để đảm bảo rằng khi hệ thống tệp / hệ điều hành đang cập nhật thư mục của bạn, đó là cấu trúc cây phức tạp trên HFS, sự cố hệ thống hoặc xóa đĩa sẽ không phá hủy toàn bộ cây thư mục của bạn do có khả năng mất các nút quan trọng ( các nhánh) mà thậm chí fsck không thể phục hồi. RAID không ngăn chặn điều đó - điều đó chỉ ngăn ngừa mất dữ liệu do lỗi đĩa, đây là một loại mất dữ liệu rất khác.
Thomas Tempelmann

1

Bạn có thể xem các công cụ dành cho nhà phát triển để so sánh hiệu suất đĩa của các hệ thống tệp khác nhau nếu bạn rất có khuynh hướng, có một hướng dẫn ở đây:  http://developer.apple.com/l Library / mac / DOCUMENTATION / Formformance /Conualual / FileSystem / Articles /MacOSXAndFiles.html

Tôi không thể tìm thấy bất kỳ so sánh nào với các số cứng nhưng có lẽ không cần phải nói rằng hệ thống tệp nhật ký cung cấp khả năng chịu lỗi nhưng hệ thống tệp không ghi nhật ký cung cấp hiệu suất tốt hơn

Tôi cũng đã thêm thẻ hệ thống tệp


+1 cho liên kết dev, tôi có xu hướng quên mất tài nguyên đó hữu ích như thế nào. Và +1 vô hình cho retag ;-)
Jari Keinänen
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.