Преглед на ext3 и ext4 файловите системи
септември 7th, 2009
Има доста въпроси, които се повдигат при създаването на ext3 файлова система.
Административни съображения
Доста въпроси изникват, когато трябва да се реши как да бъде разделено мястото на хард диска и как трябва това място да се разпредели между различните партишъни и файлови системи. Някои от въпросите, които може би си задавате са:
Как бихте искали да планирате създаването на бекъпи ?
Може би искате да разделите информацията на такава, която може да се възстанови или регенерира бързо (и съотвтно може да няма нужда да се бекъпва) и на такава, която трябва да се бекъпва често и сигурно.
Добра идея е да си държите всички системни дневници на друга файлова система. Ако тя се напълни това няма да спре работата на цялата машина. Може би е добре да сложите /var/log на отделна файлова система от /var/spool.
От друга страна обаче многото файлови системи и партишъни губят много свободно място. Това е така понеже свободното място на една файлова система не може да се ползва от другите. Освен това дисковото пространство е доста по-евтино и по-добра инвестиция от времето на системния администратор.
Брой inodes
Броя на inodes във файловата система не може да се променя след като тя бъде създадена, поне без да променяме големината й. Ако използваме resize2fs (това налага уголемяване на големитана на партишъна или на логическия дял, на който се намира файловата система) за уголемяване на файловата система, броя inodes ще стане повече, но отношението между тях и блоковете на файловата система ще се запази.
Отношението на inodes към мястото на диска се определя от -i опцията на mke2fs.
Не е лошо да се направят повече от необходимите inodes, при положение че това ще увеличи леко времето, за което минава fsck , и мястото нужно за inode таблицата ще е малко повече.
Големина на inodes
Големината на inode на ext3 файлова система по подразбиране е 128 байта. Може да се използват inode-и за да се запазват разширени атрибути, което може да ускори работата на файловата система ако се използват много атрибути, например ако се използва SE Linux или Sambav4. Inodes с големина от 256 байта се използват за някой ext4 опции.
Възможности на файловата система
Подсигурете се с достатъчно нова версия на e2fsprogs, която поддържа преоразмеряване на файловата система в реално време, ако очаквате че може да ви се наложи да използвате тази възможност.
Колко памет е нужна за fsck?
Големината на дисковото пространство расте по-бързо отколкото големината на рам паметта, затова в последно време е възможно да се създаде толкова голяма файлова система, при която на практика e2fsck няма достатъчно ресурси за да работи правилно. Някои от проблемите на e2fsck са с различни inode и bitmaps блокове, както и с кеша на директориите. e2fsck използва от 3 до 6 inode bitmaps (обикновено се използват 4, но понякога има нужда от повече). В този ред на мисли за 64GB файлова система, която има 16 милиона блока по 4 килобайта и 8 милиона inodes, всеки inode bitmap ще заема близо мегабайта, а всеки блоков bitmap ще заема приблизително 2 мегабайта. Нужната памет само за bitmaps ще е 12 мегабайта. Освен това, e2fsck пази информация за директориите, за което са нужни още 12 байта за директория. На файлова система с 88 милиона inodes, от които 77 милиона директории, паметта нужна за кеш за директориите е малко над 880 мегабайта. За нещастие на 32-битова операционна система, на която са заредени стандартните библиотеки e2fsck би изразходвало адресното пространство, тъй като адресното пространство за процес на 32-битова x86 операционна система е 3 гигабайта.
Ако имате намерение да правите много голяма файлова система, която ще съдържа много файлове и директории, може би е добра идея да помислите за 64-битова архитектура.
Possibly Related Posts:
- drop_caches
- Конфигуриране на ядрото: Поддръжка на мрежови протоколи
- Конфигуриране на ядрото
- Ограничаване на достъпа до команда в Линукс
- Взимане на част от текст с bash
Filed under: Статии | No Comments »
Поддръжка на Ext4
март 17th, 2009
След големите ъпдейти тези дни от Slackware имат още една изненада. Дистрибуцията вече официално има поддръжка за ext4 файловата система. Ext4 беше въведена в ядро 2.6.28, което означава, че стандартното -Current ядро има поддръжка за тази файлова система още при зареждането. Има много подобрения в ext4, които не са достъпни в ext3. Можете да използвате ext4 върху ext3.Това може да ви помогне, ако се опитвате да решите дали да ъпгрейдвате или не. Някой от главните подобрения в са :
- по-голям размер на файловата система
- extents
- по-добри алгоритми за разположение на данните
- по-бързо
- по-бърза работа с журнала и дефрагментация в реално време
Possibly Related Posts:
- Slackware news: 4 Октомври 2009
- GoblinX 3.0
- Facebook пуска свободен високопроизводителен сървър
- Linux 2.6.31
- Излезе KDE 4.3.0
Filed under: Новини | No Comments »