zvetseni gmirroru a optimalizace newfs

[Miroslav Lachman]

Na jednom stroji dochazi misto na 2TB disku (dva 2TB disky v gmirroru), 
takze je musim nahradit vetsima 4TB diskama.

Puvodni mirror pouziva MBR / BSD schema, pokud se nepletu a neco se 
nezmenilo, tak to nejde pouzit pro disky vetsi nez 2TB. Pro GPT zase 
nelze pouzit gmirror na cely disk, ale jedine na jednotlive partitions.

Pokud opravdu plati vyse uvedene, tak musim nove 4TB disky rozdelit, nad 
partitions udelat gmirrory, nad nima newfs a pak data z puvodniho 
prekopirovat, disky prehodit atd. (takze docela dlouhy vypadek, namisto 
"gmirror resize"

Az sem v tom mam docela jasno, ale dostavam se k optimalizacim pro 
newfs. Disky maji 4k sektory, krome systemu se tam ukladaji hlavne 
multimedialni soubory (obrazky, audio data). Pocet a prumernou velikost 
muzu ted zjistit z aktualniho systemu. Ale ma vubec smysl optimalizovat 
nejak parametry pro newfs? Zkousel jste nekdo nejake testy vykonu / 
degradace fragmentaci / vliv na rychlost fsck?

Soucasne parametry:

# dumpfs -m /dev/mirror/gm0s2f
# newfs command for /dev/mirror/gm0s2f (/dev/mirror/gm0s2f)
newfs -L sid0vol1 -O 2 -U -a 8 -b 32768 -d 32768 -e 4096 -f 4096 -g 
16384 -h 64 -i 16384 -k 0 -m 4 -o time -s 3800118160 /dev/mirror/gm0s2f

# df -hi /dev/mirror/gm0s2f
Filesystem            Size    Used   Avail Capacity iused ifree %iused 
Mounted on
/dev/mirror/gm0s2f    1.7T    1.6T     98G    94%    9.6M  109M    8% 
/vol1

Vyplati se treba zvetsovat velikost fragmentu, bloku?
Nebo je lepsi nechat defaultni hodnoty, protoze s cimkoliv jinym by to 
bylo nestabilni / nejisty vysledek?

Mirek