ext4: Как объяснить пространство файловой системы?
Чтобы запросить что команда быть распечатанными, а не выполненным после замены истории, добавьте :p модификатор, например. !42:p. Получающаяся команда будет также вводиться в историю, таким образом, можно будет нажать Up для редактирования ее.
Если Вы имеете histverify набор опции (shopt -s histverify), у Вас всегда будет возможность отредактировать результат замен истории.
fc встроенный предоставляет ограниченный доступ к расширению истории (никакие указатели слова) и позволяет Вам отредактировать предыдущую команду во внешнем редакторе.
Можно использовать !prefix относиться к последнему началу команды prefix, и !?substring относиться к последнему началу команды substring. Когда Вы знаете то, что Вы ищете, это может сэкономить много времени history | less.
Другим способом перерыть предыдущую историю является возрастающий поиск: нажмите Ctrl+R и начните вводить подстроку того, что Вы ищете. Нажмите Ctrl+R для движения в предыдущее происшествие строки поиска до сих пор и Ctrl+S, если Вы зашли слишком далеко. Большинство ключей кроме Ctrl+R, Ctrl+S, Клавиши Backspace и обычных символов завершает возрастающий поиск и имеет их обычный эффект (например, клавиши со стрелками для перемещения курсора в строку, которой Вы достигли, Войдите для выполнения команды).
Посмотрим. Размер устройства составляет 1,465,138,583½ КБ = 1,500,301,909,504 B. Файловая система состоит из 366 284 288 блоков 4096 B каждый, который является 1,500,300,443,648 B. Я не знаю то, для чего оставления 1,465,856 B (1,4 МБ) используются (дополнительные копии суперблока? Я знаю, что существуют некоторые КБ пространства вначале для загрузчика.).
Файловая система содержит 91,578,368 inodes 256 байтов каждый, который поднимает 23,444,062,208 B ( приблизительно 22 ГБ, подсказку, подсказку). Затем существует 1 442 146 364 КБ = 1,476,757,876,736 B для содержания файла. Это составляет 23,444,062,208 B + 1,476,757,876,736 B = 1,500,201,938,944 B. Остающийся размер является 98,504,704 B = 24 029 блоков, который находится в правильном диапазоне, чтобы быть размером журнала.
Как Вы видите, все составляется. (Хорошо, почти все, но мы говорим мегабайты, не гигабайты.)
-
1Спасибо, это - конечно, это. (Способ, которым Вы представляете его, также довольно очевидный – я должен был думать об этом немного больше.), Таким образом, я воссоздал раздел с "mkfs.ext4-m 0-O sparse_super-T largefile4", поскольку он, как только предполагается, содержит некоторую тысячу больших файлов, теперь 357728 inodes по сравнению с 1 464 880 364 блоками доступны. – misc 22.05.2011, 00:04
В первую очередь, различие в свободном месте, которое Вы видите, не означает во всем, что существует "потраченное впустую" пространство; это не потрачено впустую, потому что это имеет фундаментальное значение для файловой системы для функционирования. Вы не должны сравнивать Ext4 и NTFS таким образом без очень большого, "но" указывающего весь дизайн и структурные различия между файловыми системами и также специфические особенности каждой реализации (например, как каждый драйвер сообщает о свободном пространстве уровню VFS).
Вообразите раздел как огромное пространство, куда можно поместить любые части данных, Вы имеете. Если у Вас есть только одна часть данных с размером, равным разделу, Вы могли просто записать это запускающийся в начале раздела и спокойны с ним. Но Вы не делаете. Вместо этого у Вас могут быть тысячи маленьких файлов, и все эти файлы, сгруппированные по-разному и каждый файл, связанный со многими другими маленькими частями данных (имя, дата/время и полномочия), и т.д. Необходимо организовать большое пространство раздела так, чтобы можно было достигнуть всех этих частей данных быстро и эффективно. Кроме того, Вы должны быть обеспокоены в том, как записать новые части данных и отбросить старые части данных эффективно. Вам нужны структуры данных.
И существует много структур данных. Некоторые из них являются очень немыми, другие позволяют, Вы для получения данных более быстро за счет более медленнее пишете, другой позволять записи более быстро за счет чтений, некоторые все еще могут быть очень хороши и в чтениях и в записях, но потребовать длинных пауз и бездействовать наверху, в то время как они перестраивают данные и т.д.
Вы, конечно, хотите систему что:
- Очень быстро для записи информации о нем;
- Очень быстро для получения информации от него;
- Способен организовывать и управлять информацией, хранившей в нем;
- Хорошо использует пространство (раздел), где файловая система хранится;
- Эластично против аппаратных проблем, так, чтобы Вы все еще получили максимум или всю Вашу информацию назад о частичных системных отказах;
- Эластично против программных проблем, так, чтобы ошибка в приложении или установленное вредоносное приложение, не уничтожала Ваши данные постоянно;
- Эластично против человеческих ошибок, так, чтобы это простило Вам, когда Вы случайно приказываете, чтобы система удалила что-то, что Вы не были должны (иначе мусор/корзина).
Высокоэффективные файловые системы позволяют очень быстрые чтения и записи за счет некоторого пространства. Некоторые самые быстрые структуры данных, используемые в файловых системах, как хеш-таблицы и B-деревья, очень сложны, и они резервируют больше пространства, чем оно на самом деле используется для разрешения очень быстрых доступов.
Ext4 имеет другие важные свойства. В файловой системе нет никакой единой точки отказа. Существует много копий распространения критических данных через раздел, в то время как некоторые другие файловые системы (я не могу сказать для NTFS), может представить все Ваши данные, нечитабельные, если отказ происходит на правильном пятне. Кроме того, Ext4 резервирует много пространства для Ваших данных прямо на этапе создания файловой системы, в то время как NTFS растет с Вашими данными.
-
1Спасибо, та последняя роль является ключевой. Я не знал, что ext4 делает (сравнительно) большую работу во время создания, когда ntfs делает во время операции. – misc 22.05.2011, 00:14