SVRS'ye btrfs koymak mantıklı mı?

Bu OpenSUSE Leap 42. 2x 500 GB SATA HDD sürücülerine sahip bir bilgisayarım var ve hızlandırmak için sistem için 30GB'lık küçük bir SSD sürücü taktım . Kurulum sırasında HDD'lerin yükleyiciyi (ve beni) karıştırdıkları için bağlantısı kesildi. Sistem kurulduktan sonra / home dizinini XFS mantıksal birimiyle kolayca değiştirdim (LVM'yi öncelikle alan eklemek için kullanıyorum). Sonra / opt (krom ve botanik botanik) doldurdu ve ben HDD bir birim koymak istedim. Bir birim oluşturdum ve onu BTRFS ile biçimlendirdim. Bazı kafa çizilmesinden sonra - @ subvolumesin fstab beni BTRFS'de okuttu, ihtiyacım olanı yaptım - / opt şimdi 100 GB boyutunda.

Ancak soru şu: LVM birimini btrfs ile biçimlendirmek anlamlı mı? Aslında ikisi de hacim idare sistemleridir.

Gösterim için fstab (# yorum düzenlemelerimi göster) ve vgscan + lvscan çıktısını yapıştırıyorum:

~> cat /etc/fstab

UUID=1b511986-9c20-4885-8385-1cc03663201b swap swap defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af / btrfs defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/x86_64-efi bt

rfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=3e103686-52e9-44ac-963f-5a76177af56b /opt                 btrfs      defaults              0 0
#UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /opt btrfs subvol=@/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /srv btrfs subvol=@/srv 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /tmp btrfs subvol=@/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /usr/local btrfs subvol=@/usr/local 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/crash btrfs subvol=@/var/crash 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/named btrfs subvol=@/var/lib/named 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/log btrfs subvol=@/var/log 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/opt btrfs subvol=@/var/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/spool btrfs subvol=@/var/spool 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/tmp btrfs subvol=@/var/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /.snapshots btrfs subvol=@/.snapshots 0 0
UUID=c4c4f819-a548-4881-b854-a0ed62e7952e /home     xfs defaults 1 2
#UUID=e14edbfa-ddc2-4f6d-9cba-245d828ba8aa /home                xfs        defaults              1 2

~>

# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "r0data" using metadata type lvm2
  Found volume group "r0sys" using metadata type lvm2

# lvscan
  ACTIVE            '/dev/r0data/homer' [699.53 GiB] inherit
  ACTIVE            '/dev/r0sys/optr' [100.00 GiB] inherit

Cevaptan sonra: Teşekkürler, şimdi önemli farklılıkları anlıyorum. Bana göre LVM, üstündeki dosya sistemleriyle alanı yönetmek için daha iyidir, ancak BTRFS, özellikle anlık görüntüler olmak üzere kendine özgü özellikler için kullanılmalıdır. Basit ev ağı kullanımında muhtemelen ondan uzak durmak daha iyidir. Küçük bir sürücüde alanı yönetmek için çok fazla keder yaşadım, ancak alanın büyük sürücülerde de yeneceğini hayal ediyorum.

Belki bu açıklar (bu arada btrfs wiki'den)

Btrfs'deki bir alt hacim, LVM mantıksal birimi veya ZFS alt birimi ile aynı değildir. LVM ile, mantıksal birim kendi başına bir blok cihazdır (örneğin dm-crypt, MD RAID, vb. Gibi başka bir dosya sistemi veya kap içerebilir) - btrfs ile durum böyle değildir. Bir btrfs alt birimi bir blok cihazı değildir (ve bir tane olarak ele alınamaz), btrfs alt birimi bir POSIX dosya ad alanı olarak düşünülebilir. Bu ad alanına dosya sisteminin en üst düzey alt birimi üzerinden erişilebilir veya kendi başına monte edilebilir.

ayrıca bkz. https://btrfs.wiki.kernel.org/index.php/FAQ

Bölümler, aygıt yöneticileri ve mantıksal birimlerle etkileşim

Btrfs alt hacimlere sahiptir, bu mantıksal bir birim yöneticisine ihtiyacım olmadığı ve ham bir bölümde büyük bir Btrfs dosya sistemi oluşturabileceğim anlamına mı geliyor?

Bu sorunun tek bir cevabı yok. Ham bölümleri veya LVM'yi seçtiğinizde düşünmeniz gereken konular şunlardır:

• Verim
  • ham bölümler mantıksal birimlerden biraz daha hızlı
  • btrfs, bir dosya sistemi alt hacmi yazma performansında optimizasyon (sıralı yazma) yapar, her biri farklı bir LV'de birden fazla btrfs dosya sistemi oluşturan bu algoritmadan yararlanır, algoritmanın etkisiz olabileceği anlamına gelir (çekirdek blok cihazında yine de bazı optimizasyon gerçekleştirecektir) düzeyi)
• Dosya sistemini çevrimiçi olarak yeniden boyutlandırma ve yeniden konumlandırma: LVM'nin pvmove komutu, dosya sistemlerinin çevrimiçi durumdayken cihazlar arasında hareket etmesine olanak tanır
  • ham bölümler çevrimdışıyken yalnızca farklı bir başlangıç ​​silindirine taşınabilir
  • ham bölümler yalnızca bölümden sonra boş alan varsa daha büyük hale getirilebilirken, LVM bir LV'yi hacim grubunun herhangi bir yerinde boş alana genişletebilir ve çevrimiçi yeniden boyutlandırabilir
• alt hacim / mantıksal hacim boyutu kısıtlamaları
  • LVM, sabit boyutlu mantıksal hacimler oluşturmak için uygundur (örneğin, her kullanıcı için 10 MB, her sanal makine görüntüsü için 20 GB, vb.)
  • Alt hacimler şu anda bu tür katı boyut kısıtlamalarını zorunlu kılmamakla birlikte, yaklaşan qgroups özelliği bu sorunu ele alacaktır

.... SSS, LVM + BTRFS'nin anlamlı olduğu senaryoları açıklamaya devam ediyor