«     Октябрь 2013    »
Пн Вт Ср Чт Пт Сб Вс
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 

Обзор EXT4 vs Btrfs vs XFS

Опубликовано: 27.05.2018


Если честно, многие люди задумываются о поисках лучшей файловой системы для своего компьютера. У пользователей Windows и MacOS X небольшой выбор, им доступна только одна стандартная файловая система, NTFS и HFS+. В операционной системе Linux все по-другому, здесь доступно множество файловых систем на любой вкус. Очень широко в Linux используется ext4, но есть несколько поводов попробовать что-то новое. Например, btrfs vs xfs. Но действительно ли она лучше других? Давайте сначала рассмотрим самые популярные файловые системы и особенности их работы, так сказать, сделаем небольшое сравнение.

Содержание статьи:

Как работает файловая система?

Если вы незнакомы с основами работы файловых систем, скажу об этом несколько слов чтобы вы смогли лучше понять, в чем разница btrfs vs ext4 vs xfs. Файловые системы используются для того, чтобы контролировать способ записи данных на диск, доступ к этим данным, а также хранят информацию, метаданные о файлах. Это не просто запрограммировать, но файловые системы постоянно совершенствуются. Постоянно дорабатывается новая функциональность, и они становятся более эффективными.

Зачем нужны разделы?

У многих пользователей смутные представления, о том, зачем нужны разделы диска. Все операционные системы поддерживают создание и удаление разделов. Linux использует более одного раздела на диске, даже при использовании стандартной процедуры установки. Одной из главных целей разделения дисков на разделы, это повышение безопасности, в случае возникновения ошибок.

При разделении жесткого диска на разделы, данные могут быть сгруппированы и разделены. При возникновении ошибок, будут потеряны только те, которые находились на поврежденном разделе. Данные на всех остальных разделах, скорее всего, останутся в целости и сохранности. Это было особенно важно, когда в Linux еще не существовало журналируемых файловых систем, и любое неожиданное отключение питания могло привести к катастрофе.

Повышение безопасности и надежности при использовании разделов означает, что при повреждении одной части операционной системы останутся доступны данные в других разделах. На данный момент, это самый важный фактор использования разделов. Например, пользователи могут использовать скрипты или программы, которые заполняют дисковое пространство. Если диск содержит только один большой раздел, то когда свободное место закончится, то система полностью перестанет работать. А вот если пользователи хранят данные на различных разделах, то переполнение затронет только один раздел, а системный и остальные разделы продолжат нормально функционировать.

Помните, что журналируемая файловая система защищает только от повреждения при отключении питания, и неожиданном отключении устройств хранения данных. Но оно не защитит вас от битых блоков и логических ошибок в файловой системе. В таких случаях нужно использовать массив нескольких дисков (RAID).



IT happens


Работаю в компании, которая берет на себя проекты различной направленности. В штате, соответственно, сотрудники многих специализаций, а раздача заданий реализована через внутренний сервис.

Среди менеджеров устоялась традиция делать некий аукцион: вначале описывают проект, люди пишут, кто за сколько какую часть сделает (тимлид может писать за свою группу). Менеджер по итогам обсуждает с заказчиком сроки и цену, а среди подавших заявки отбирает тех, кто больше нравится.

Впрочем, может и сразу назначить проект кому-то. И самостоятельно установить сроки. Бывают такие проекты, которые брать не хочется, но фирма должна сделать — тогда поручают кому-то. Можно сбросить с себя проект, назначенный менеджером, но это «красное» событие, наряду с «просрать дедлайн» и «сделать шару». Впрочем, для сброса есть и достаточные основания — ты уже недавно делал принудиловку, у тебя текущий длинный проект, больничный, депрессия или запой.

Фирма расширяется и среди менеджеров нашелся один любитель вешать принудиловку. Он вначале договаривается с заказчиком. Результаты переговоров для заказчика привлекательны — быстро, дешево и качественно. Для разработчиков приятного мало. Менеджер, как человек, до этого не пасший котов, обычно лажал с оценкой трудоемкости и стоимости проекта. Его предложения никто не хотел брать, поэтому он кидал принудиловку.

Падает такая на меня. Сбрасываю. В поле для причины пишу: «не завершен текущий проект, после завершения текущего проекта не хватит времени до дедлайна». Вешает на меня снова с пояснением: «там работы совсем ничего, ты успеешь». Сбрасываю: «Не успею, надо кидать на команду». Снова вешает: «Оплата на одного специалиста, придется тебе успеть, больше некому». Сбрасываю с жалобой начальству: «Назначение заведомо не подходящего по срокам задания».


Карта