ข้อดีของ Btrfs สำหรับผู้ใช้คืออะไร?

Btrfsได้เริ่มที่จะได้รับโมเมนตัมบางอย่างในการเปลี่ยน ext4 เป็นระบบแฟ้มเริ่มต้นของทางเลือกสำหรับไม่กี่กระจายเช่นFedora Core 16 มีให้ทดลองใช้ในการแจกแจงอื่น ๆ ( จาก Wikipedia: openSUSE 11.3, SLES 11 SP1, Ubuntu 10.10, Sabayon Linux, RHEL6, MeeGo, Debian 6.0 และ Slackware 13.37) แน่นอนว่าฉันไม่พร้อมที่จะแปลงเซิร์ฟเวอร์ที่ทำงานของฉันทั้งหมด (ตัวเลือกระบบไฟล์ของฉันโดยทั่วไปจะเป็นแบบอนุรักษ์นิยม) ฉันกำลังพิจารณาที่จะใช้งานที่บ้าน

Btrfs นำชุดคุณลักษณะที่คล้ายกับ ZFS ในหลาย ๆ ทาง ฉันสามารถเข้าใจได้ว่าทำไมสิ่งนี้จึงเป็นที่ต้องการในสภาพแวดล้อม "องค์กร" โดยเฉพาะอย่างยิ่งกับระบบที่เน้นการส่งมอบพื้นที่เก็บข้อมูล แต่คุณสมบัติเดียวกันนี้มีประโยชน์สำหรับผู้ใช้อย่างไร รายการคุณลักษณะของ Btrfs มีข้อดีอย่างไรให้ฉันกับเครื่องที่ฟังก์ชั่นหลักไม่ใช่งานนำเสนอของการจัดเก็บ? มันให้ประโยชน์อะไรกับแล็ปท็อปของฉันบ้าง?

นอกเหนือจากที่จัดเก็บข้อมูลองค์กรทำไมฉันถึงต้องเปลี่ยนไปใช้ Btrfs จากระบบไฟล์ Ext ที่ลองใช้จริง

จากวิกิ :

Extent based file storage
2^64 byte == 16 EiB maximum file size
Space-efficient packing of small files
Space-efficient indexed directories
Dynamic inode allocation
Writable snapshots, read-only snapshots
Subvolumes (separate internal filesystem roots)
Checksums on data and metadata
Compression (gzip and LZO)
Integrated multiple device support 
    RAID-0, RAID-1 and RAID-10 implementations 
Efficient incremental backup
Background scrub process for finding and fixing errors on files with redundant copies
Online filesystem defragmentation 

คำอธิบายสำหรับผู้ใช้เดสก์ท็อป:

• การบรรจุไฟล์ขนาดเล็กที่ประหยัดพื้นที่: มีความสำคัญสำหรับเดสก์ท็อปที่มีไฟล์นับหมื่น (maildirs, repos พร้อมโค้ดและอื่น ๆ )
• การจัดสรร inode แบบไดนามิก: หลีกเลี่ยงข้อ จำกัด ของ Ext2 / 3/4 ในจำนวนของ inodes ข้อ จำกัด ของไอโหนด Btrfs อยู่ในลีกที่แตกต่างกันทั้งหมด (ในขณะที่ไอโหนดของ ext4 ถูกจัดสรรในเวลาการสร้างระบบไฟล์และไม่สามารถปรับขนาดหลังจากการสร้างโดยทั่วไปแล้วจะอยู่ที่ 1-2 ล้านด้วยขีด จำกัด หนัก 4 พันล้าน inodes ของ btrfs ขีด จำกัด ที่ยากคือ 2 ^ 64, ประมาณ 18.4 ล้านล้าน, ซึ่งประมาณ 4.6 พันล้านเท่าของฮาร์ด จำกัด ของ ext4)
• สแน็ปช็อตแบบอ่านอย่างเดียว: การสำรองข้อมูลที่รวดเร็ว
• ตรวจสอบผลรวมของข้อมูลและข้อมูลเมตา: จำเป็นสำหรับความถูกต้องของข้อมูล Ext4 มีความสมบูรณ์ของเมตาดาต้าเท่านั้น
• การบีบอัด: การบีบอัด LZO นั้นเร็วมาก
• กระบวนการขัดพื้นหลังเพื่อค้นหาและแก้ไขข้อผิดพลาดในไฟล์ที่มีการทำสำเนาซ้ำซ้อน: ความถูกต้องของข้อมูล
• การจัดเรียงข้อมูลระบบไฟล์ออนไลน์: autodefrag ใน 3.0 จะจัดเรียงไฟล์บางประเภทเช่นฐานข้อมูล (เช่นโปรไฟล์ firefox หรือพื้นที่จัดเก็บ akonadi)

ฉันแนะนำให้คุณใช้เคอร์เนล 3.0 btrfs ยังเป็น FS ที่ดีสำหรับ SSD

เพื่อประโยชน์: ฉันเชื่อว่ามันจะเป็นคุณสมบัติการสำรองข้อมูลและการมิเรอร์เป็นหลัก

แต่ทำไมคุณจะให้รีบร้อนที่จะคิดว่า btrfs เป็นระบบแฟ้มพร้อมที่จะเปลี่ยนใด ๆของคนปัจจุบันของคุณหรือไม่ ทั้ง wiki ที่คุณอ้างถึง:

(...) it is currently possible to corrupt a filesystem irrecoverably if your 
machine crashes or loses power on disks that don't handle flush requests
correctly. This will be fixed when the fsck tool is ready.

และเอกสารประกอบเคอร์เนล 3.0

  Btrfs filesystem (EXPERIMENTAL) Unstable disk format
  (...)
  Btrfs is highly experimental, and THE DISK FORMAT IS NOT FINALIZED. 
  You should say N here unless you are interested in testing Btrfs 
  with non-critical data.

ไม่แนะนำให้คุณใช้ btrfs อย่างชัดเจนเพื่อวัตถุประสงค์อื่นนอกเหนือจากการทดสอบ

แต่เมื่อมันมาถึงแบบฟอร์มผมเชื่อว่าสำหรับผู้ใช้ปลายทางจะมีค่าสำหรับข้อมูลส่วนตัวเช่นสิ่งที่อยู่ในไดเรกทอรีบ้าน ไม่จำเป็นต้องมีเครือข่ายความปลอดภัยในการเคลื่อนย้ายสิ่งต่าง ๆ ไปยังถังขยะ - จริง ๆ แล้วจะต้องกำหนด "ถังขยะ" บนสภาพแวดล้อมเดสก์ท็อปใหม่ คุณสมบัติที่เหลืออาจจะจบลง (สำหรับผู้ใช้) ตามความรู้สึกที่เร็วขึ้น (ถ้าเลย) แต่จะกินพื้นที่ดิสก์เร็วขึ้น

BTRFS ได้ครบกำหนดอย่างมากในช่วงหลายปีที่ผ่านมา (ตั้งแต่คำถามนี้ถูกถาม) ตอนนี้มันค่อนข้างเสถียรสำหรับกรณีการใช้งานที่เรียบง่ายที่สุดแม้ในระดับ RAID ที่แตกต่างกัน (เช่น RAID-1 - เสถียรและติดตั้งง่าย) เนื่องจากความจริงที่ว่า BTRFS เก็บ checksums มันสามารถตรวจสอบความเสียหายได้อย่างน่าเชื่อถือ (ต่างจากระบบ RAID แบบดั้งเดิมที่มีเพียงพาริตี้เท่านั้น)
เวอร์ชันปัจจุบันสามารถแก้ไขข้อผิดพลาดทั่วไปในระบบไฟล์ BTRFS RAID-5 (ตัวอย่างเช่นโดยการเปลี่ยนไดรฟ์ที่ล้มเหลว) (แม้ว่า raid56 ยังต้องการการปรับปรุงให้ดูการปรับปรุงด้านล่าง )
หากการดำเนินการซ่อมแซม / แทนที่ล้มเหลวให้อัปเดตเคอร์เนลก่อน (ซึ่งอาจแก้ไขปัญหานี้) - และถ้าจำเป็น BTRFS มีคุณสมบัติการกู้คืนบางอย่าง แม้ในกรณีที่เลวร้ายที่สุด (เช่นความล้มเหลวของไดรฟ์หลายตัว) คุณมักจะสามารถคัดลอกไฟล์ที่ยังใช้ได้และคุณจะรู้ว่าไฟล์ใดเสียหาย ดังนั้นการไม่สนใจคุณสมบัติอื่น ๆ ทั้งหมด (เช่นสแนปชอต, สำเนา CoW, ไดรฟ์ย่อย), จึงสามารถใช้ BTRFS ได้หากตรวจพบความเสียหายของข้อมูล / ไฟล์เป็นสิ่งสำคัญ

อัปเดต: ในเดือนมิถุนายน 2559 พบว่าการใช้งาน RAID-5/6 ใน BTRFS นั้นมีข้อบกพร่อง โดยทั่วไปแล้ว BTRFS นั้นมีเสถียรภาพ - แต่การใช้งาน raid56 นั้นใหม่มากได้รับการพิจารณาว่าเป็นการทดลองอยู่แล้วและตอนนี้ควรใช้สำหรับการทดสอบเท่านั้นจนกว่าจะได้รับการแก้ไข หากคุณใช้ RAID-5/6 คุณอาจต้องการแปลงเป็น RAID-1 มันยังมีข้อได้เปรียบสำหรับผู้ใช้ปลายทางเช่นการตรวจสอบ (ระบบไฟล์อื่นอาจไม่ทราบเกี่ยวกับไฟล์ที่เสียหายเลย) และการป้องกันหากไดรฟ์ล้มเหลว

การอ้างอิง: BTRFS บางครั้งคำนวณพาริตีผิด