Date: Wed, 12 Aug 2009 21:15:05 +0000 From: Naeem Afzal <nafzal@hotmail.com> To: <pjd@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: RE: filesystem size after newfs Message-ID: <COL111-W50E61140AB43C753B5D462D1040@phx.gbl> In-Reply-To: <20090812052814.GD1600@garage.freebsd.pl> References: <COL111-W23AF31CB4D2944209932C6D1070@phx.gbl> <20090811191837.GB66530@keira.kiwi-computer.com> <COL111-W50B8F353BF8FD65761B242D1040@phx.gbl> <20090812052814.GD1600@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
Block size is set to 4K, did you mean fragment size should be 4K too? Are you saying that for each block of 512b there is 32b for space consumed for hash? Is this only when using authentication algorithm? regardsnaeem > > To ensure atomicity of operations, geli stores hashes in the same > sector as the data. Creating geli providers with block size of 512 bytes > is very inefficient. It will consume two sectors for each sector, which > looks like this: > > 1 512b of data -----> 480b for data + 32b for hash > 2 32b for data + 32b for hash + 448b unused > > The most optimal block size for geli provider is 4kB, it consumes one > extra sector for every 8 sectors: > > 1 512b of data -----> 480b for data + 32b for hash > 2 512b of data 480b for data + 32b for hash > 3 512b of data 480b for data + 32b for hash > 4 512b of data 480b for data + 32b for hash > 5 512b of data 480b for data + 32b for hash > 6 512b of data 480b for data + 32b for hash > 7 512b of data 480b for data + 32b for hash > 8 512b of data 480b for data + 32b for hash > 9 256b for data + 32b for hash + 224 unused > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! _________________________________________________________________ Express your personality in color! Preview and select themes for HotmailŪ. http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=PID23391::T:WLMTAGL:ON:WL:en-US:WM_HYGN_express:082009
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?COL111-W50E61140AB43C753B5D462D1040>