Vlákno názorů k článku
Komentář: nespěchá se na Btrfs příliš moc?
od cz3dtc - Je to pár dní co jsem vyzkoušel odstranit...
-
Je to pár dní co jsem vyzkoušel odstranit svůj reiserfs , a místo něj udělat BRTFS na 1TB Sata hdd (jen oddíl 50GB) , nainstaloval na brtfs ubuntu 12.04 a instaloval to přes 3 hodiny (řekl sem si že to bude dělat noatime tak ho f fstabu zakázal a sice se to rychlostně posunulo ale stejně to bylo o 1/3 pomalejší než reiser. Když sem se naštval že mam CPU i5 a grafiku GTX460 se 4GB Ram a plazí se to jak visty na 1GB ram na nějaké šlupce , smazal sem celé brtfs a už na něj prdim. Jestli to dělá ta interní CRC kontrola nebo co ale prostě pro mne již nikdy více.
-
Izak (neregistrovaný)
To je divne, ja BTRSfs mam a zda se mi v pohode, ale na 90% datech mam ext4
Vic se mi libi ZFS, protoze je tok na netappu, jeste tak umet beduplikaci a nasadim ho ;-) ... na linuxu mi nefunguje i kdyz jsem ji povolil.
BTRFS taky ujde, ale zase nema RAID SP/DP (jako ZFS), ale tak lze resit pres RAID4 nebo 5 ci 6Uvazuji doma o strogae a zatim cekam, az klesnou disky, bud tam bude ZFS/BTRFS a kdyz jeste nebudou ve stavu, co po tom chci, tak na to kaslu a bude tam RAID5 a ext4
-
x (neregistrovaný)
ZFS deduplikaci ma, i kdyz mnohem drive ji mel FFS/UFS diky Epitome, nicmene ZFS a deduplikace nejde doma moc dohromady:
RAM Rules of Thumb
If this is all too complicated for you, then let's try to find a few rules of thumb:
For every TB of pool data, you should expect 5 GB of dedup table data, assuming an average block size of 64K.
This means you should plan for at least 20GB of system RAM per TB of pool data, if you want to keep the dedup table in RAM, plus any extra memory for other metadata, plus an extra GB for the OS.http://constantin.glez.de/blog/2011/07/zfs-dedupe-or-not-dedupe
Coz je smutna pravda.
Hammer FS deduplikuje i s 256MB RAM naprosto bez problemu
