Разное

Что такое размер файла: Размер файлов и папок, что такое байт, Кб, Мб, Гб

Содержание

Размер файлов и папок, что такое байт, Кб, Мб, Гб

Слон весит 5 тонн, компота в чашке — 250 мл,  расстояние от Москвы до Питера — 705 км, это просто и понятно. А как же измерить файл, на весы его не положить, воды не в него не налить, а измерять линейкой информацию бессмысленно.

Байты, килобайты, мегабайты, гигабайты

Начнем с того, что все файлы занимают определенное место на жестком диске компьютера, значит имеют какой-то объем или размер. Этот размер определяется специальными единицами измерения — байтами, килобайтами, мегабайтами, гигабайтами, терабайтами и т.д. То есть все-таки имеют какой-то «вес».

Так же, как 1000 грамм складывается в килограмм, 100 килограмм в центнер, а 10 центнеров в тонну, так же байты в килобайты, а те в мегабайты и далее.

Самая маленькая единица измерения — 1 бит, но он настолько мал, что им ничего не измеряют, 8 бит составляют 1 байт — основную единицу хранения и обработки цифровой информации.

1 Килобайт (Кб) = 1024 байта

1 Мегабайт (Мб) = 1024 кб (килобайта)

1 Гигабайт (Гб) = 1024 мб (мегабайта)

1 Терабайт (Тб)  =  1024 Гб (гигабайта)

Обычный файл песни, записанный в формате .mp3 весит 3,5 мб. Полуторачасовой фильм не очень хорошего качества весит 700мб

Любопытным: почему 1024, а не 1000, это же неудобно!

Это нам неудобно, а компьютеру очень даже. Дело в том, что он работает на основе двоичной системы, то есть такой, в которой используется всего две цифры — 1 и 0, потому что с технической стороны это проще (в реальной жизни мы используем 10 цифр- 0,1,2,3,4,5,6,7,8,9 у нас десятичная система, а компьютер использует 2 цифры, поэтому и двоичная). А раз компьютер оперирует только двумя цифрами, то двойка является основанием двоичной системы (так же как у десятичной системы основание 10). Не будем заходить в дебри информатики и математические правила, остановимся лишь на том, что при переводе из двоичной системы, в привычную нам десятичную, двойка возводится в определенную степень.  Так килобайт является двойкой, возведенной в десятую степень, а 210=1024, а не 1000, поэтому измерение идет именно по таким показателям.

Как узнать, сколько весит файл или папка?

Чтоб узнать сколько весит папка или файл, можно просто навести на него курсор и подождать секунду-две, пока не выплывет окошко с информацией:

 

 

Если же такого не происходит или указывается неточное значение (например, «более, чем 12 Гб»), то необходимо нажать ПКМ на папку или файл и в появившемся окне выбрать последний пункт — свойства. Появится еще одно окно, на вкладке «Общие» будет указан размер файла или папки:

 

Итак, большие по «весу» файлы и папки измеряются гигабайтами, средние — мегабайтами, а маленькие файлы, например, текстовые документы — килобайтами.

Делитесь знаниями с друзьями!

Урок 7. Что такое размер файла и папки и как его узнать

Что такое размер файла и папки и как его узнать? Вы наверняка слышали такие выражения, как «моя игрушка слишком много весит», «легкий файл», «тяжелая папка». Неужели папки и файлы можно взвесить? И в каких единицах их тогда взвешивают? Да, как это не странно звучит, но файлы и папки тоже имеют свой вес, или правильнее —  объем. Если бы они ничего не весили, то нам не надо было бы чистить жесткие диски, и освобождать место для другой информации.

Что такое размер файла и папки

Даже информацию можно измерить. Для этого в компьютерной терминологии приняты свои единицы измерения: байты, килобайты, мегабайты, гигабайты, терабайты и так далее. Вся компьютерная информация записывается при помощи 0 (нуля) и 1 (единицы). Ноль и единица  на компьютерном языке – это 1 бит. А группа из восьми битов, называется байтом. Подробнее читайте здесь.

Основные единицы хранения информации:

1 байт = 8 битов

1 Килобайт (Кб) = 1024 байта

1 Мегабайт (Мб) = 1024 килобайта

Так как компьютер работает в двоичной системе (1 и 0), то ему гораздо удобнее разбивать информацию  именно так. Цифра 1024 это килобайт, а один килобайт в двоичной системе счисления это  210 = 1024. Мы с вами пользуемся десятичной системой счисления, поэтому не привычно оперировать такими числами.

Любой файл (графический, музыкальный, видео и т.д.) имеет свой размер. Вся информация в компьютере записывается на жесткий диск, который имеет  определенный объем. Компьютерная память тоже измеряется в этих единицах.

Любой носитель информации, такие как: жесткий диск, дискета, флешка, карта памяти и CD/DVD-диски имеют свой объем, больше которого, вы не сможете на него записать.

Как узнать, сколько весит файл или папка

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

Если у папки или файла слишком большой объем, то таким способом вы не узнаете информацию о его (её) размере. В таком случае необходимо щелкнуть по папке или файлу правой кнопкой мыши, выбрать в выпадающем меню Свойства (в самом низу), и посмотреть размер в новом окне на вкладке Общие.

Видеоролик на тему размера файлов и папок:

Теперь вы знаете, что такое размер файла или папки.

Задание. Посмотрите размеры своих папок и файлов.

Удачи Вам!

Понравилась статья — нажмите на кнопки:

Размер файла и папки. Килобайт, мегабайт, гигабайт

Каждый файл и каждая папка с файлами занимает на компьютере определенное место. То есть у всех объектов на ПК есть свой объем, другими словами, вес или размер.

 

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

Самое маленькое значение – биты. Они настолько малы, что такого объема даже нет в компьютере. Но из них складываются байты (1 байт = 8 бит). Вот они и следующие за ними единицы нам и интересны.

Рассмотрим схему компьютерных размеров:

Расшифровывается она так:

1 КБ = 1024 байта; 1 Мб = 1024 Кб; 1 Гб = 1024 Мб

Здесь не указаны терабайты (ТБ), так как это очень большой объем – он состоит из 1024 гигабайт (ГБ).

 

А теперь подробнее:

  • В одном КБ (килобайте) находятся 1024 байта
  • В одном МБ (мегабайте) находятся 1024 КБ (килобайта)
  • В одном ГБ (гигабайте) находятся 1024 МБ (мегабайта)

Для чего же нам нужны эти значения?! Например, чтобы определить, сможем ли мы записать данные на флешку.

Для того чтобы можно было это определить, нужно знать, сколько информации на нее помещается. Обычно объем начинается от 4 ГБ и может достигать нескольких ТБ.

Размер указан на самом носителе. Но также его можно узнать, вставив флешку в ПК и открыв «Этот компьютер».

У разных носителей информации разный объем:

  • Флешка: от 4 ГБ
  • CD: 700 МБ
  • DVD: от 4 ГБ

Стандартный объем DVD диска равен 4,7 Гб. Но он может быть и двусторонним, то есть записывать можно и с одной и со второй стороны. У таких носителей размер 9,4 Гб. Также существуют двухслойные диски, но они менее распространены. У них объемы следующие: 1-сторонние 2-слойные – 8,5 Гб; 2-сторонние 2-слойные – 17,1 Гб.

Как узнать размер

Чтобы определить вес объекта, наведите на него курсор (стрелку) и задержите на несколько секунд. Появится небольшое окошко с характеристиками. Как видно на картинке, в этой характеристике указан вес:

Если при наведении ничего не появляется, то щелкните правой кнопкой мыши. Из открывшегося списка выберите пункт «Свойства». Откроется окошко, в котором будет указан размер.

А теперь потренируемся:


Задачка:

Имеется файл весом 30 Мб. Сможем ли мы записать его на диск? А на флешку объемом 8 Гб?

Решение:

  • На CD помещается 700 Мб. Наш объект весит 30 Мб. 700 больше, чем 30. Вывод: поместится.
  • На DVD помещается 4,7 Гб. Один гигабайт равняется 1024 мегабайт. То есть на один DVD помещается около 5000 Мб. А уж 5000 намного больше, чем 30. Вывод: поместится.
  • Нам дана флешка размером 8 Гб. В одном Гб содержится 1024 Мб. 1024 больше, чем 30. Вывод: на флешку файл тоже поместится.

Автор: Илья Кривошеев

Размер файла — Карта знаний

  • Размер файла (объем, «вес») — это мера того, сколько данных содержит файл, или сколько памяти он потребляет. Как правило, размер файла выражается в единицах измерения, производных от байта. По соглашению, блоки размера файла используют двоичные приставки (как мегабайт и гигабайт) или приставки СИ (как мебибайт и гибибайт).

    Когда файл записывается в файловой системе, он может потреблять немного больше дискового пространства, чем требуется. Это происходит потому что файловая система округляет размер, включая неиспользуемое пространство, оставшееся в последнем секторе диска, использовавшегося файлом. Сектор — это минимальный объём пространства, видимый файловой системой. Размер сектора диска составляет несколько сотен или несколько тысяч байт. Хотя сектора позволяют более плотное использование дискового пространства, они снижают эффективность работы файловой системы.

    Максимальный размер файла, который поддерживает файловая система, зависит не только от возможностей файловой системы, но и от количества бит, отведенных для хранения информации о размере файла. Максимальный размер файла в файловой системе FAT32 составляет 4,294,967,295 байт, что на один байт меньше, чем четыре гигабайта.

    Килобайт (КБ), иногда называют кибибайт (Киб). Иногда используется кБ, с СИ-приставкой в нижнем регистре к- кило (1000), и в таком случае равняется 1000 байт.

    Файловая система может отобразить размеры в метрической системе, не считая кБ у небольших файлов, в то время как некоторые файловые/операционные системы отображают традиционно используемую на компьютерах двоичную систему для всех единиц, включая КБ, даже если производители жёстких дисков предпочтут метрическую систему (напр. ГБ = 1,000,000,000 байт, ТБ = 1000 ГБ), чтобы указать большую ёмкость для своей продукции.

    Передача файлов (напр., «загрузка») может исчислять данные в байтах (например, МБ/с), в то время как сетевое оборудование, к примеру, Wi-Fi маршрутизатор, всегда использует метрическую систему (Мбит/с, Гбит/с и т. д.) — биты (и ему нужно отправить не только сами файлы, поэтому учёт должен вестись с надбавкой), что делает внешне похожие термины очень несовместимыми.

Источник: Википедия

Связанные понятия

BPS , бит/с (англ. bits per second, bps) — базовая единица измерения скорости передачи информации, используемая на физическом уровне сетевой модели OSI или TCP/IP.

Блочное перераспределение — способность некоторых (ReiserFS, Reiser4) компьютерных файловых систем, позволяющая объединить несколько небольших или распределённых единиц в один блок, таким образом обеспечивая более эффективное использование дискового пространства (которое в противном случае было бы утеряно), уменьшается фрагментация и предотвращается возникновение «хвостов» у данных.В файловых системах, не подверженных фрагментации, эту функцию также называют tail merging(слиянием хвостов) или tail…

Объём жёсткого диска (также используются термины размер, ёмкость) — максимальное количество информации, которое способен вместить жёсткий магнитный диск.

Фа́йловая систе́ма (англ. file system) — порядок, определяющий способ организации, хранения и именования данных на носителях информации в компьютерах, а также в другом электронном оборудовании: цифровых фотоаппаратах, мобильных телефонах и т. п. Файловая система определяет формат содержимого и способ физического хранения информации, которую принято группировать в виде файлов. Конкретная файловая система определяет размер имен файлов (и каталогов), максимальный возможный размер файла и раздела, набор…

Экстент (англ. extent, протяженность) — в файловых системах, непрерывная область носителя информации. Как правило, в файловых системах с поддержкой экстентов большие файлы состоят из нескольких экстентов, не связанных друг с другом напрямую.

Упоминания в литературе

Формат RAW, в отличие от JPEG, содержит информацию абсолютно обо всех точках изображения, что, конечно, не может не сказаться на размере файла. Размер файла RAW зависит в первую очередь от разрешения камеры, измеряемой, как известно, в мегапикселах, и может составлять до нескольких десятков мегабайт. Поэтому в любительской съемке отдается предпочтение формату JPEG (можно поступиться качеством картинки ради небольшого размера файла, а это делает возможным хранение тысяч снимков на одной карте памяти).

Поясним сказанное на простом примере (рис. 1.11). Рассмотрим малый интервал времени, для которого имеется несколько измеренных значений интенсивности (для определенных отсчетов времени с равными промежутками). Эти значения интенсивности обозначены на рисунке крестиками. Если использовать высокую глубину кодировки, то при помощи достаточного числа бит информации можно записать в звуковой файл данные значения интенсивности с большой точностью (столбики на рис. 1.11, б). Однако, в целях уменьшения размера файла, глубина кодировки может быть уменьшена. Это означает, что имеющееся в распоряжении компьютера число бит информации будет недостаточным, чтобы записать точные значения интенсивности, а вместо них в файл будут записаны наиболее близкие допустимые значения (столбики на рис. 1.11, а). Разумеется, из – за отличий в исходном звуковом сигнале и записанной в аудиофайл информации качество воспроизведения звука во втором случае будет гораздо худшим. Подчеркнем, что в обоих случаях использовалось одинаковое значение частоты дискретизации.

Диалоговое окно команды Image Size (Размер изображения) полезно использовать для оценки размеров файла на диске и подбора оптимального разрешения. Зачастую бывает достаточно уменьшить разрешение, например, с 300 ppi до 250 ppi (что в большинстве случаев не отразится на качестве отпечатка), вследствие чего размер файла может сократиться на несколько мегабайт.

Дело в том, что успешность восстановления данных существенно зависит от соотношения размера кластера и среднего размера записываемых на диск файлов. Если выбрать размер кластера, примерно равный среднему размеру файлов (с некоторым запасом), то велика вероятность того, что файл будет «умещаться» в одном кластере. Восстановить такой файл значительно проще, чем состоящий из десятка кластеров, разбросанных по всему диску.

В частности, предусматривается возможность создания единого хранилища корпоративных документов с едиными же (это важно!) классификаторами. Файлы документов загружаются посредством браузера или непосредственно с сетевых дисков (в системе реализован соответствующий протокол), для редактирования открываются в стандартном офисном ПО (Microsoft Office разных версий или OpenOffice.org). Что интересно, ограничений на размеры файлов практически нет, системные модули и внутренний Web-сервер системы настроены таким образом, что допускают прием крупных документов (номинально до 2 Гбайт; на практике мы загружали 300–500-Мбайт архивы). Что еще интереснее – при загрузке в хранилище документы в офисных форматах автоматически индексируются в поисковой подсистеме портала. В итоге модуль поиска, наряду с данными, хранящимися в его БД, выдает и информацию о внешних по отношению к Web-системе документах. Польза несомненна – это отличный способ прекратить вечный бардак в сети, когда рабочие файлы и шаблоны разбросаны по многочисленным сетевым каталогам. Разумеется, права доступа к информации можно ограничить, причем данные, недоступные конкретному пользователю, не появятся даже в виде ссылок в поисковом модуле.

Связанные понятия (продолжение)

Отображение файла в память (на память) — это способ работы с файлами в некоторых операционных системах, при котором всему файлу или некоторой непрерывной его части ставится в соответствие определённый участок памяти (диапазон адресов оперативной памяти). При этом чтение данных из этих адресов фактически приводит к чтению данных из отображенного файла, а запись данных по этим адресам приводит к записи этих данных в файл. Отображать на память часто можно не только обычные файлы, но и файлы устройств…

Кэш или кеш (англ. cache, от фр. cacher — «прятать»; произносится — «кэш») — промежуточный буфер с быстрым доступом к нему, содержащий информацию, которая может быть запрошена с наибольшей вероятностью. Доступ к данным в кэше осуществляется быстрее, чем выборка исходных данных из более медленной памяти или удаленного источника, однако её объём существенно ограничен по сравнению с хранилищем исходных данных.

Страничная память — способ организации виртуальной памяти, при котором единицей отображения виртуальных адресов на физические является регион постоянного размера (т. н. страница). Типичный размер страницы — 4096 байт, для некоторых архитектур — до 128 КБ.

Универсальный асинхронный приёмопередатчик (УАПП, англ. Universal Asynchronous Receiver-Transmitter, UART) — узел вычислительных устройств, предназначенный для организации связи с другими цифровыми устройствами. Преобразует передаваемые данные в последовательный вид так, чтобы было возможно передать их по одной физической цифровой линии другому аналогичному устройству. Метод преобразования хорошо стандартизован и широко применяется в компьютерной технике (особенно во встраиваемых устройствах и системах…

Подкачка страниц (англ. paging; иногда используется термин swapping от swap, /swɔp/) — один из механизмов виртуальной памяти, при котором отдельные фрагменты памяти (обычно неактивные) перемещаются из ОЗУ во вторичное хранилище (жёсткий диск или другой внешний накопитель, такой как флеш-память), освобождая ОЗУ для загрузки других активных фрагментов памяти. Такими фрагментами в современных ЭВМ являются страницы памяти.

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

Дефрагмента́ция — процесс перераспределения фрагментов файлов и логических структур файловых систем на дисках для обеспечения непрерывной последовательности кластеров.

Защищённый режим (режим защищённой виртуальной адресации) — режим работы x86-совместимых процессоров. Частично был реализован уже в процессоре 80286, но там существенно отличался способ работы с памятью, так как процессоры ещё были 16-битными и не была реализована страничная организация памяти. Первая 32-битная реализация защищённого режима — процессор Intel 80386. Применяется в совместимых процессорах других производителей. Данный режим используется в современных многозадачных операционных системах…

Кластер (англ. cluster) — в некоторых типах файловых систем — логическая единица хранения данных в таблице размещения файлов, объединяющая группу секторов. Например, на дисках с размером секторов в 512 байт, 512-байтный кластер содержит один сектор, тогда как 4-килобайтный кластер содержит восемь секторов.

Главная загрузочная запись (англ. master boot record, MBR) — код и данные, необходимые для последующей загрузки операционной системы и расположенные в первых физических секторах (чаще всего в самом первом) на жёстком диске или другом устройстве хранения информации.

Дедупликация (также дедубликация; от лат. deduplicatio — устранение дубликатов) — специализированный метод сжатия массива данных, использующий в качестве алгоритма сжатия исключение дублирующих копий повторяющихся данных. Данный метод обычно используется для оптимизации использования дискового пространства систем хранения данных, однако может применяться и при сетевом обмене данных для сокращения объема передаваемой информации.

Это список файловых систем (ФС) и сетевых протоколов, эмулирующих работу файловой системы, с небольшим описанием. Чтобы узнать более, вы можете пройти по соответствующей ссылке.

Wiegand — простой проводной интерфейс связи между устройством чтения идентификатора (карточки) и контроллером, широко применяемый в системах контроля и управления доступом (СКУД).

Подробнее: Виганд (интерфейс)

Кэш микропроцессора — кэш (сверхоперативная память), используемый микропроцессором компьютера для уменьшения среднего времени доступа к компьютерной памяти. Является одним из верхних уровней иерархии памяти. Кэш использует небольшую, очень быструю память (обычно типа SRAM), которая хранит копии часто используемых данных из основной памяти. Если большая часть запросов в память будет обрабатываться кэшем, средняя задержка обращения к памяти будет приближаться к задержкам работы кэша.

Система типов Си — реализация понятия типа данных в языке программирования Си. Сам язык предоставляет базовые арифметические типы, а также синтаксис для создания массивов и составных типов. Некоторые заголовочные файлы из стандартной библиотеки Си содержат определения типов с дополнительными свойствами.

Руткит (англ. rootkit, то есть «набор root-а») — набор программных средств (например, исполняемых файлов, скриптов, конфигурационных файлов), обеспечивающих…

Расширение имени файла (англ. filename extension, часто говорят просто расширение файла или расширение) — последовательность символов, добавляемых к имени файла и предназначенных для идентификации типа (формата) файла. Это один из распространённых способов, с помощью которых пользователь или программное обеспечение компьютера может определить тип данных, хранящихся в файле, например: имя.jpg это фотографии, имя.avi — видео и т.п.

Формати́рование ди́ска — программный процесс разметки области хранения данных электронных носителей информации, расположенной на магнитной поверхности (жёсткие диски, дискеты), оптических носителях (CD/DVD/Blu-ray-диски), твердотельных накопителях (флэш-память — flash module, SSD) и др. Существуют разные способы этого процесса.

Вёрстка веб-страниц — создание структуры гипертекстового документа на основе HTML разметки, как правило, при использовании таблиц стилей и клиентских сценариев, таким образом, чтобы элементы дизайна выглядели аналогично макету.

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

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

Буфер ассоциативной трансляции (англ. Translation lookaside buffer, TLB) — это специализированный кэш центрального процессора, используемый для ускорения трансляции адреса виртуальной памяти в адрес физической памяти.

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

Подробнее: Алгоритмы кэширования

Медиаконтейнер, мультимедиаконтейнер (англ. Media container) — формат файла или потоковый формат (поток, в отличие от файла, не является предметом хранения), чьи спецификации определяют только способ представления данных (а не алгоритм кодирования) в пределах одного файла. Медиаконтейнер определяет размер и структуру представляемых данных, вместе с тем он не определяет никакую кодификацию самих данных. Медиаконтейнер фактически является метаформатом, так как он хранит данные и информацию о том, как…

Язык программирования Си поддерживает множество функций стандартных библиотек для файлового ввода и вывода. Эти функции составляют основу заголовочного файла стандартной библиотеки языка Си .

Подробнее: Файловый ввод-вывод в языке Си

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

Битре́йт (от англ. bitrate) — количество бит, используемых для передачи/обработки данных в единицу времени. Битрейт принято использовать при измерении эффективной скорости передачи потока данных по каналу, то есть минимального размера канала, который сможет пропустить этот поток без задержек.

Твердотельный накопитель, или ТТН (англ. solid-state drive, SSD) — компьютерное энергонезависимое немеханическое запоминающее устройство на основе микросхем памяти, которое идёт на смену HDD. Кроме микросхем памяти, SSD содержит управляющий контроллер. Наиболее распространённый вид твердотельных накопителей использует для хранения информации флеш-память типа NAND, однако существуют варианты, в которых накопитель создаётся на базе DRAM-памяти, снабжённой дополнительным источником питания — аккумулятором…

Ассоциативная память (АП) или ассоциативное запоминающее устройство (АЗУ) является особым видом машинной памяти, используемой в приложениях очень быстрого поиска. Известна также как память, адресуемая по содержимому, ассоциативное запоминающее устройство, контентно-адресуемая память или ассоциативный массив, хотя последний термин чаще используется в программировании для обозначения структуры данных (Hannum и др., 2004).

Том (англ. volume; также логический накопитель, логический диск) — часть долговременной памяти компьютера, рассматриваемая как единое целое для удобства работы. В операционных системах том используется как единица пространства хранения, доступная для разметки (форматирования) под единую файловую систему (такую, как Ext4 или NTFS), либо передаваемая под управление менеджеру томов (такому, как LVM, VxVM, ASM). Таким образом, понятие тома обеспечивает для операционной системы абстракцию от физического…

Цифровой сигнальный процессор (англ. digital signal processor, DSP, цифровой процессор обработки сигналов (ЦПОС)) — специализированный микропроцессор, предназначенный для обработки оцифрованных сигналов (обычно, в режиме реального времени).

Си (англ. C) — компилируемый статически типизированный язык программирования общего назначения, разработанный в 1969—1973 годах сотрудником Bell Labs Деннисом Ритчи как развитие языка Би. Первоначально был разработан для реализации операционной системы UNIX, но впоследствии был перенесён на множество других платформ. Согласно дизайну языка, его конструкции близко сопоставляются типичным машинным инструкциям, благодаря чему он нашёл применение в проектах, для которых был свойственен язык ассемблера…

Реальный режим (или режим реальных адресов; англ. real-address mode) — режим работы процессоров архитектуры x86, при котором используется сегментная адресация памяти (адрес ячейки памяти формируется из двух чисел: сдвинутого на 4 бита адреса начала сегмента и смещения ячейки от начала сегмента; любому процессу доступна вся память компьютера). Изначально режим не имел названия, был назван «реальным» только после создания процессоров 80286, поддерживающих режим, названный «защищённым» (режим назван…

Восстановление системы (англ. System restore) — компонент операционной системы Windows (процесс rstrui.exe), предназначенный для восстановления работоспособности ОС путём отката (восстановления предыдущего состояния ПК) системных файлов, ключей реестра, установленных программ и т. д. Восстановление системы присутствует в системах Windows ME, Windows XP, Windows Vista, Windows 7, Windows 8 а также Windows 10.

Иерархическое управление носителями, ИУН (англ. Hierarchical Storage Management, HSM) — технология хранения данных, позволяющая автоматически распределять данные между быстрыми (дорогими), медленными (дешёвыми) накопителями, тиринг (англ. tiering). Системы с ИУН хранят основную массу данных на медленных устройствах большого объёма, используя более быстрые накопители в качестве основной площадки запуска процессов.

Источники энтропии используются для накопления энтропии, с последующим получением из неё начального значения (англ. initial value, seed), необходимого генераторам истинно случайных чисел (ГСЧ) для формирования случайных чисел. Отличие от генератора псевдослучайных чисел (ГПСЧ) в том, что ГПСЧ использует единственное начальное значение, откуда и получается его псевдослучайность, а ГСЧ всегда формирует случайное число, имея в начале высококачественную случайную величину, предоставленную различными…

Оверселлинг (англ. Overselling) — продажа услуг поставщика сверх тех объёмов ресурсов, которые возможно предоставить.

Конвертация данных — преобразование данных из одного формата в другой. Обычно с сохранением основного логически-структурного содержания информации. В сфере компьютерных технологий есть множество вариантов представления данных. Например, компьютерное оборудование построено на основе определенных стандартов, которые требуют, чтобы данные содержали, к примеру, проверку бита четности. Точно так же операционная система утверждена по определенным стандартам касательно обработки файлов и данных. Кроме того…

Симметричная многопроцессорность (англ. Symmetric Multiprocessing, сокращённо SMP) — архитектура многопроцессорных компьютеров, в которой два или более одинаковых процессора сравнимой производительности подключаются единообразно к общей памяти (и периферийным устройствам) и выполняют одни и те же функции (почему, собственно, система и называется симметричной). В английском языке SMP-системы носят также название tightly coupled multiprocessors, так как в этом классе систем процессоры тесно связаны…

Дисковый массив — внешнее устройство хранения, состоящее из нескольких жёстких дисков.

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

Количество строк кода (англ. Source Lines of Code — SLOC) — это метрика программного обеспечения, используемая для измерения его объёма с помощью подсчёта количества строк в тексте исходного кода. Как правило, этот показатель используется для прогноза трудозатрат на разработку конкретной программы на конкретном языке программирования, либо для оценки производительности труда уже после того, как программа написана.

Отладочные символы или debug символы — информация, которую компилятор языка программирования генерирует автоматически на основе исходных кодов. Это специфичный кусок машинного кода, описывающий текущий исполняемый модуль. Отладочная информация может компилироваться вместе с бинарным исполняемым файлом, и входить в его состав, может присутствовать в качестве отдельного файла, либо же просто отбрасываться на этапе компиляции и/или линковки. Эта информация позволяет человеку использовать «символические…

Точка монтирования (англ. mount point) — это каталог или файл, с помощью которого обеспечивается доступ к новой файловой системе, каталогу или файлу.

Упоминания в литературе (продолжение)

Для архивирования файлов используются специальные программы – архиваторы. Они уменьшают размеры файлов путем сжатия хранимой в них информации. Сжатие – это процесс преобразования информации, которая содержится в файле, к виду, при котором убирается все лишнее. Такими «лишними» данными в файлах могут быть повторяющиеся символы, постоянные биты и т. д. Соответственно и методы сжатия могут быть разными.

В группе настроек Image Options (Настройки изображения) выбирается степень компрессии изображения – а значит, и качество картинки. Чем меньше значение Quality (Качество), тем меньшего размера будет файл формата JPEG, однако тем сильнее ухудшится его качество. Качество изображения и степень можно установить с помощью ползунка, или из раскрывающегося списка, или ввести в поле вручную (от 0 до 12). Качество будущего файла можно увидеть прямо в окне документа, если установлен флажок Preview (Предпросмотр). До сохранения файла мы можем узнать и его размер: он отображается в правой части окна. В приведенном на рис. 7.6 примере размер файла составит ориентировочно 27,2 Кбайт.

Однако при работе с видео некоторым пользователям стоит учитывать еще один момент. В формате DV файлы видео занимают очень много места на диске (на 1 ч видео потребуется более 12 Гбайт). В то же время пока еще часто используемая на компьютерах под управлением Windows файловая система FAT32 допускает файлы размером не более 4 Гбайт. Вариантов решения такой ситуации как минимум два:

Графическая информация сохраняется в формате PSD без потерь. Это же относится и к формату TIFF, в котором можно сохранить и слои, и альфа-каналы, и текстовые надписи. Он является фактическим стандартом для полиграфии. Картинку в формате TIFF также можно вставить в текстовый документ и во многие другие документы: в презентации, электронные таблицы, базы данных и издательские системы. А вот публиковать в Интернете изображения в форматах TIFF и PSD мы бы не рекомендовали. Думаем, о причине вы уже догадались. В первую очередь – большой размер файлов. Кроме того, пользователи ранних версий Windows просто не смогут посмотреть PSD-файлы без установки редактора Photoshop или некоторых других программ, распознающих этот формат.

Образ диска – это файл, который содержит весь набор данных и программ, которые должны быть записаны на диск. Размер файла образа сопоставим с размером порции информации, подлежащей записи на компакт-диск. Например, если вы сохранили в файл образа копию диска, содержащего 570 мегабайт данных, то и файл образа будет иметь такой же размер.

Как вы уже, надеемся, заметили (см. рис. 5.1), Photoshop позволяет сохранять изображения не только в 24-, но и в 48-битном формате, если установить флажок 16 Bits/Channel (16 бит на канал). Опытные пользователи, решая свои профессиональные задачи, предпочитают хранить изображения именно с такой высокой глубиной цвета. Качество цветопередачи при этом повышается, однако и размер файла значительно увеличивается.

Самым распространенным форматом графических файлов остается JPG. При необходимости изображение можно сохранить с максимальным качеством для печати или сжать его до минимального размера файла для передачи по сети. В JPG применяется алгоритм сжатия с потерей качества, его недостаток – потеря качества изображения при каждом сохранении файла. Однако сильное сжатие упрощает передачу данных. Сохранение же фотографии с минимальным сжатием практически не ухудшает качество изображения.

При подготовке к сканированию не следует задавать избыточные параметры. Установка неоправданно большого разрешения и неправильного режима сканирования приведет к увеличению в десятки раз размера файла, времени сканирования, обработки и сохранения. Из-за большого размера отсканированного изображения может произойти программный сбой, и вам придется начинать все заново. Увеличение разрешения не сделает снимок резче – интерполированные изображения теряют резкость за счет добавления пикселов средних значений. Например, если у вас при разрешении 300 dpi есть четкая черная полоса на белом фоне (рис. 1.14), то при увеличении разрешения до 600 dpi появятся серые границы (рис. 1.15).

□ Укажите одно или несколько известных вам свойств искомого файла в соответствующих полях. Например, можно ввести имя или его часть, приблизительный размер файла и другие доступные свойства.

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

• GIF – формат, популярный в Интернете. Позволяет без потерь сохранять изображения, в которых отсутствуют полутона. При этом размер файла может оказаться очень маленьким.

Двукратное увеличение разрешения ведет к четырехкратному росту объемов хранимых данных и т. д., поэтому необходимо найти баланс между качеством изображения и размером файла.

– Динамический буфер – увеличивает скорость передачи фрагментированных данных и небольших по размеру файлов.

Файловая система NTFS

Операционные системы Microsoft семейства Windows NT нельзя представить без файловой системы NTFS — одной из самых сложных и удачных из существующих на данный момент файловых систем. Данная статья расскажет вам, в чем особенности и недостатки этой системы, на каких принципах основана организация информации, и как поддерживать систему в стабильном состоянии, какие возможности предлагает NTFS и как их можно использовать обычному пользователю.

Часть 1. Физическая структура NTFS

Начнем с общих фактов. Раздел NTFS, теоретически, может быть почти какого угодно размера. Предел, конечно, есть, но я даже не буду указывать его, так как его с запасом хватит на последующие сто лет развития вычислительной техники — при любых темпах роста. Как обстоит с этим дело на практике? Почти так же. Максимальный размер раздела NTFS в данный момент ограничен лишь размерами жестких дисков. NT4, правда, будет испытывать проблемы при попытке установки на раздел, если хоть какая-нибудь его часть отступает более чем на 8 Гб от физического начала диска, но эта проблема касается лишь загрузочного раздела.

Лирическое отступление. Метод инсталляции NT4.0 на пустой диск довольно оригинален и может навести на неправильные мысли о возможностях NTFS. Если вы укажете программе установки, что желаете отформатировать диск в NTFS, максимальный размер, который она вам предложит, будет всего 4 Гб. Почему так мало, если размер раздела NTFS на самом деле практически неограничен? Дело в том, что установочная секция просто не знает этой файловой системы 🙂 Программа установки форматирует этот диск в обычный FAT, максимальный размер которого в NT составляет 4 Гбайт (с использованием не совсем стандартного огромного кластера 64 Кбайта), и на этот FAT устанавливает NT. А вот уже в процессе первой загрузки самой операционной системы (еще в установочной фазе) производится быстрое преобразование раздела в NTFS; так что пользователь ничего и не замечает, кроме странного «ограничения» на размер NTFS при установке. 🙂

Структура раздела — общий взгляд

Как и любая другая система, NTFS делит все полезное место на кластеры — блоки данных, используемые единовременно. NTFS поддерживает почти любые размеры кластеров — от 512 байт до 64 Кбайт, неким стандартом же считается кластер размером 4 Кбайт. Никаких аномалий кластерной структуры NTFS не имеет, поэтому на эту, в общем-то, довольно банальную тему, сказать особо нечего.

Диск NTFS условно делится на две части. Первые 12% диска отводятся под так называемую MFT зону — пространство, в которое растет метафайл MFT (об этом ниже). Запись каких-либо данных в эту область невозможна. MFT-зона всегда держится пустой — это делается для того, чтобы самый главный, служебный файл (MFT) не фрагментировался при своем росте. Остальные 88% диска представляют собой обычное пространство для хранения файлов.

Свободное место диска, однако, включает в себя всё физически свободное место — незаполненные куски MFT-зоны туда тоже включаются. Механизм использования MFT-зоны таков: когда файлы уже нельзя записывать в обычное пространство, MFT-зона просто сокращается (в текущих версиях операционных систем ровно в два раза), освобождая таким образом место для записи файлов. При освобождении места в обычной области MFT зона может снова расширится. При этом не исключена ситуация, когда в этой зоне остались и обычные файлы: никакой аномалии тут нет. Что ж, система старалась оставить её свободной, но ничего не получилось. Жизнь продолжается… Метафайл MFT все-таки может фрагментироваться, хоть это и было бы нежелательно.

MFT и его структура

Файловая система NTFS представляет собой выдающееся достижение структуризации: каждый элемент системы представляет собой файл — даже служебная информация. Самый главный файл на NTFS называется MFT, или Master File Table — общая таблица файлов. Именно он размещается в MFT зоне и представляет собой централизованный каталог всех остальных файлов диска, и, как не парадоксально, себя самого. MFT поделен на записи фиксированного размера (обычно 1 Кбайт), и каждая запись соответствует какому либо файлу (в общем смысле этого слова). Первые 16 файлов носят служебный характер и недоступны операционной системе — они называются метафайлами, причем самый первый метафайл — сам MFT. Эти первые 16 элементов MFT — единственная часть диска, имеющая фиксированное положение. Интересно, что вторая копия первых трех записей, для надежности — они очень важны — хранится ровно посередине диска. Остальной MFT-файл может располагаться, как и любой другой файл, в произвольных местах диска — восстановить его положение можно с помощью его самого, «зацепившись» за самую основу — за первый элемент MFT.

Метафайлы

Первые 16 файлов NTFS (метафайлы) носят служебный характер. Каждый из них отвечает за какой-либо аспект работы системы. Преимущество настолько модульного подхода заключается в поразительной гибкости — например, на FAT-е физическое повреждение в самой области FAT фатально для функционирования всего диска, а NTFS может сместить, даже фрагментировать по диску, все свои служебные области, обойдя любые неисправности поверхности — кроме первых 16 элементов MFT.

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

$MFTсам MFT
$MFTmirrкопия первых 16 записей MFT, размещенная посередине диска
$LogFileфайл поддержки журналирования (см. ниже)
$Volumeслужебная информация — метка тома, версия файловой системы, т. д.
$AttrDefсписок стандартных атрибутов файлов на томе
$.корневой каталог
$Bitmapкарта свободного места тома
$Bootзагрузочный сектор (если раздел загрузочный)
$Quotaфайл, в котором записаны права пользователей на использование дискового пространства (начал работать лишь в NT5)
$Upcaseфайл — таблица соответствия заглавных и прописных букв в имен файлов на текущем томе. Нужен в основном потому, что в NTFS имена файлов записываются в Unicode, что составляет 65 тысяч различных символов, искать большие и малые эквиваленты которых очень нетривиально.

Файлы и потоки

Итак, у системы есть файлы — и ничего кроме файлов. Что включает в себя это понятие на NTFS?

  • Прежде всего, обязательный элемент — запись в MFT, ведь, как было сказано ранее, все файлы диска упоминаются в MFT. В этом месте хранится вся информация о файле, за исключением собственно данных. Имя файла, размер, положение на диске отдельных фрагментов, и т. д. Если для информации не хватает одной записи MFT, то используются несколько, причем не обязательно подряд.
  • Опциональный элемент — потоки данных файла. Может показаться странным определение «опциональный», но, тем не менее, ничего странного тут нет. Во-первых, файл может не иметь данных — в таком случае на него не расходуется свободное место самого диска. Во-вторых, файл может иметь не очень большой размер. Тогда идет в ход довольно удачное решение: данные файла хранятся прямо в MFT, в оставшемся от основных данных месте в пределах одной записи MFT. Файлы, занимающие сотни байт, обычно не имеют своего «физического» воплощения в основной файловой области — все данные такого файла хранятся в одном месте — в MFT.

Довольно интересно обстоит дело и с данными файла. Каждый файл на NTFS, в общем-то, имеет несколько абстрактное строение — у него нет как таковых данных, а есть потоки (streams). Один из потоков и носит привычный нам смысл — данные файла. Но большинство атрибутов файла — тоже потоки! Таким образом, получается, что базовая сущность у файла только одна — номер в MFT, а всё остальное опционально. Данная абстракция может использоваться для создания довольно удобных вещей — например, файлу можно «прилепить» еще один поток, записав в него любые данные — например, информацию об авторе и содержании файла, как это сделано в Windows 2000 (самая правая закладка в свойствах файла, просматриваемых из проводника). Интересно, что эти дополнительные потоки не видны стандартными средствами: наблюдаемый размер файла — это лишь размер основного потока, который содержит традиционные данные. Можно, к примеру, иметь файл нулевой длинны, при стирании которого освободится 1 Гбайт свободного места — просто потому, что какая-нибудь хитрая программа или технология прилепила в нему дополнительный поток (альтернативные данные) гигабайтового размера. Но на самом деле в текущий момент потоки практически не используются, так что опасаться подобных ситуаций не следует, хотя гипотетически они возможны. Просто имейте в виду, что файл на NTFS — это более глубокое и глобальное понятие, чем можно себе вообразить просто просматривая каталоги диска. Ну и напоследок: имя файла может содержать любые символы, включая полый набор национальных алфавитов, так как данные представлены в Unicode — 16-битном представлении, которое дает 65535 разных символов. Максимальная длина имени файла — 255 символов.

Каталоги

Каталог на NTFS представляет собой специфический файл, хранящий ссылки на другие файлы и каталоги, создавая иерархическое строение данных на диске. Файл каталога поделен на блоки, каждый из которых содержит имя файла, базовые атрибуты и ссылку на элемент MFT, который уже предоставляет полную информацию об элементе каталога. Внутренняя структура каталога представляет собой бинарное дерево. Вот что это означает: для поиска файла с данным именем в линейном каталоге, таком, например, как у FAT-а, операционной системе приходится просматривать все элементы каталога, пока она не найдет нужный.10 = 1024). Экономия времени поиска налицо. Не стоит, однако думать, что в традиционных системах (FAT) всё так запущено: во-первых, поддержание списка файлов в виде бинарного дерева довольно трудоемко, а во-вторых — даже FAT в исполнении современной системы (Windows2000 или Windows98) использует сходную оптимизацию поиска. Это просто еще один факт в вашу копилку знаний. Хочется также развеять распространенное заблуждение (которое я сам разделял совсем еще недавно) о том, что добавлять файл в каталог в виде дерева труднее, чем в линейный каталог: это достаточно сравнимые по времени операции — дело в том, что для того, чтобы добавить файл в каталог, нужно сначала убедится, что файла с таким именем там еще нет 🙂 — и вот тут-то в линейной системе у нас будут трудности с поиском файла, описанные выше, которые с лихвой компенсируют саму простоту добавления файла в каталог.

Какую информацию можно получить, просто прочитав файл каталога? Ровно то, что выдает команда dir. Для выполнения простейшей навигации по диску не нужно лазить в MFT за каждым файлом, надо лишь читать самую общую информацию о файлах из файлов каталогов. Главный каталог диска — корневой — ничем не отличается об обычных каталогов, кроме специальной ссылки на него из начала метафайла MFT.

Журналирование

NTFS — отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция — действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний — квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу — он либо совершен, либо отменен.

Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось — физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком — система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место — начинается новая транзакция.

Пример 2: более сложный случай — идет запись данных на диск. Вдруг, бах — отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы — журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем — все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась — то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на «незаконченную» транзакцию.

И все-таки помните, что журналирование — не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk — опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset — вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию — ваши данные могут и не записаться. Чудес не бывает.

Сжатие

Файлы NTFS имеют один довольно полезный атрибут — «сжатый». Дело в том, что NTFS имеет встроенную поддержку сжатия дисков — то, для чего раньше приходилось использовать Stacker или DoubleSpace. Любой файл или каталог в индивидуальном порядке может хранится на диске в сжатом виде — этот процесс совершенно прозрачен для приложений. Сжатие файлов имеет очень высокую скорость и только одно большое отрицательное свойство — огромная виртуальная фрагментация сжатых файлов, которая, правда, никому особо не мешает. Сжатие осуществляется блоками по 16 кластеров и использует так называемые «виртуальные кластеры» — опять же предельно гибкое решение, позволяющее добиться интересных эффектов — например, половина файла может быть сжата, а половина — нет. Это достигается благодаря тому, что хранение информации о компрессированности определенных фрагментов очень похоже на обычную фрагментацию файлов: например, типичная запись физической раскладки для реального, несжатого, файла:

кластеры файла с 1 по 43-й хранятся в кластерах диска начиная с 400-го

кластеры файла с 44 по 52-й хранятся в кластерах диска начиная с 8530-го…

Физическая раскладка типичного сжатого файла:

кластеры файла с 1 по 9-й хранятся в кластерах диска начиная с 400-го

кластеры файла с 10 по 16-й нигде не хранятся

кластеры файла с 17 по 18-й хранятся в кластерах диска начиная с 409-го

кластеры файла с 19 по 36-й нигде не хранятся

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

Безопасность

NTFS содержит множество средств разграничения прав объектов — есть мнение, что это самая совершенная файловая система из всех ныне существующих. В теории это, без сомнения, так, но в текущих реализациях, к сожалению, система прав достаточно далека от идеала и представляет собой хоть и жесткий, но не всегда логичный набор характеристик. Права, назначаемые любому объекту и однозначно соблюдаемые системой, эволюционируют — крупные изменения и дополнения прав осуществлялись уже несколько раз и к Windows 2000 все-таки они пришли к достаточно разумному набору.

Права файловой системы NTFS неразрывно связаны с самой системой — то есть они, вообще говоря, необязательны к соблюдению другой системой, если ей дать физический доступ к диску. Для предотвращения физического доступа в Windows2000 (NT5) всё же ввели стандартную возможность — об этом см. ниже. Система прав в своем текущем состоянии достаточно сложна, и я сомневаюсь, что смогу сказать широкому читателю что-нибудь интересное и полезное ему в обычной жизни. Если вас интересует эта тема — вы найдете множество книг по сетевой архитектуре NT, в которых это описано более чем подробно.

На этом описание строение файловой системы можно закончить, осталось описать лишь некоторое количество просто практичных или оригинальных вещей.

Hard Links

Эта штука была в NTFS с незапамятных времен, но использовалась очень редко — и тем не менее: Hard Link — это когда один и тот же файл имеет два имени (несколько указателей файла-каталога или разных каталогов указывают на одну и ту же MFT запись). Допустим, один и тот же файл имеет имена 1.txt и 2.txt: если пользователь сотрет файл 1, останется файл 2. Если сотрет 2 — останется файл 1, то есть оба имени, с момента создания, совершенно равноправны. Файл физически стирается лишь тогда, когда будет удалено его последнее имя.

Symbolic Links (NT5)

Гораздо более практичная возможность, позволяющая делать виртуальные каталоги — ровно так же, как и виртуальные диски командой subst в DOSе. Применения достаточно разнообразны: во-первых, упрощение системы каталогов. Если вам не нравится каталог Documents and settingsAdministratorDocuments, вы можете прилинковать его в корневой каталог — система будет по прежнему общаться с каталогом с дремучим путем, а вы — с гораздо более коротким именем, полностью ему эквивалентным. Для создания таких связей можно воспользоваться программой junction (junction.zip, 15 Кб), которую написал известный специалист Mark Russinovich. Программа работает только в NT5 (Windows 2000), как и сама возможность.

Для удаления связи можно воспользоваться стандартной командой rd.
ВНИМАНИЕ: Попытка уделения связи с помощью проводника или других файловых менеджеров, не понимающих виртуальную природу каталога (например, FAR), приведет к удалению данных, на которые ссылается ссылка! Будьте осторожны.

Шифрование (NT5)

Полезная возможность для людей, которые беспокоятся за свои секреты — каждый файл или каталог может также быть зашифрован, что не даст возможность прочесть его другой инсталляцией NT. В сочетании со стандартным и практически непрошибаемым паролем на загрузку самой системы, эта возможность обеспечивает достаточную для большинства применений безопасность избранных вами важных данных.Часть 2. Особенности дефрагментации NTFS

Вернемся к одному достаточно интересному и важному моменту — фрагментации и дефрагментации NTFS. Дело в том, что ситуация, сложившаяся с этими двумя понятиями в настоящий момент, никак не может быть названа удовлетворительной. В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили — NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю… Сейчас уже понятно, что NTFS — система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. Единственное что — логически она не очень от этого страдает. Все внутренние структуры построены таким образом, что фрагментация не мешает быстро находить фрагменты данных. Но от физического последствия фрагментации — лишних движений головок — она, конечно, не спасает. И поэтому — вперед и с песней.

К истокам проблемы

Как известно, система сильнее всего фрагментирует файлы когда свободное место кончается, когда приходится использовать мелкие дырки, оставшиеся от других файлов. Тут возникает первое свойство NTFS, которое прямо способствует серьезной фрагментации.

Диск NTFS поделен на две зоны. В начала диска идет MFT зона — зона, куда растет MFT, Master File Table. Зона занимает минимум 12% диска, и запись данных в эту зону невозможна. Это сделано для того, чтобы не фрагментировался хотя бы MFT. Но когда весь остальной диск заполняется — зона сокращается ровно в два раза :). И так далее. Таким образом мы имеем не один заход окончания диска, а несколько. В результате если NTFS работает при диске, заполненном на около 90% — фрагментация растет как бешенная.

Попутное следствие — диск, заполненный более чем на 88%, дефрагментировать почти невозможно — даже API дефрагментации не может перемещать данные в MFT зону. Может оказаться так, что у нас не будет свободного места для маневра.

Далее. NTFS работает себе и работает, и всё таки фрагментируется — даже в том случае, если свободное место далеко от истощения. Этому способствует странный алгоритм нахождения свободного места для записи файлов — второе серьезное упущение. Алгоритм действий при любой записи такой: берется какой-то определенный объем диска и заполняется файлом до упора. Причем по очень интересному алгоритму: сначала заполняются большие дырки, потом маленькие. Т.е. типичное распределение фрагментов файла по размеру на фрагментированной NTFS выглядит так (размеры фрагментов):

16 — 16 — 16 — 16 — 16 — [скачек назад] — 15 — 15 — 15 — [назад] — 14 — 14 — 14 …. 1 — 1 — 1 -1 — 1…

Так процесс идет до самых мелких дырок в 1 кластер, несмотря на то, что на диске наверняка есть и гораздо более большие куски свободного места.

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

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

Средства решения?

В NT существует стандартное API дефрагментации. Обладающее интересным ограничением для перемещения блоков файлов: за один раз можно перемещать не менее 16 кластеров (!), причем начинаться эти кластеры должны с позиции, кратной 16 кластерам в файле. В общем, операция осуществляется исключительно по 16 кластеров. Следствия:

  1. В дырку свободного места менее 16 кластеров нельзя ничего переместить (кроме сжатых файлов, но это неинтересные в данный момент тонкости).
  2. Файл, будучи перемещенный в другое место, оставляет после себя (на новом месте) «временно занятое место», дополняющее его по размеру до кратности 16 кластерам.
  3. При попытке как-то неправильно (»не кратно 16») переместить файл результат часто непредсказуем. Что-то округляется, что-то просто не перемещается… Тем не менее, всё место действия щедро рассыпается «временно занятым местом».

«Временно занятое место» служит для облегчения восстановления системы в случае аппаратного сбоя и освобождается через некоторое время, обычно где-то пол минуты.

Тем не менее, логично было бы использовать это API, раз он есть. Его и используют. Поэтому процесс стандартной дефрагментации, с поправками на ограниченность API, состоит из следующих фаз (не обязательно в этом порядке):

  • Вынимание файлов из MFT зоны. Не специально — просто обратно туда их положить не представляется возможным 🙂 Безобидная фаза, и даже в чем то полезная.
  • Дефрагментация файлов. Безусловно, полезный процесс, несколько, правда, осложняемый ограничениями кратности перемещений — файлы часто приходится перекладывать сильнее, чем это было бы логично сделать по уму.
  • Дефрагментация MFT, виртуалки (pagefile.sys) и каталогов. Возможна через API только в Windows2000, иначе — при перезагрузке, отдельным процессом, как в старом Diskeeper-е.
  • Складывание файлов ближе к началу — так называемая дефрагментация свободного места. Вот это — воистину страшный процесс.

Допустим, мы хотим положить файлы подряд в начало диска. Кладем один файл. Он оставляет хвост занятости дополнения до кратности 16. Кладем следующий — после хвоста, естественно. Через некоторое время, по освобождению хвоста, имеем дырку Таким образом, имеется два примерно равнозначных варианта. Первый — часто оптимизировать диск таким дефрагментатором, смиряясь при этом с дикой фрагментацией заново созданных файлов. Второй вариант — вообще ничего не трогать, и смириться с равномерной, но гораздо более слабой фрагментацией всех файлов на диске.

Пока есть всего один дефрагментатор, который игнорирует API дефрагментации и работает как-то более напрямую — Norton Speeddisk 5.0 для NT. Когда его пытаются сравнить со всеми остальными — Diskeeper, O&O defrag, т. д. — не упоминают этого главного, самого принципиального, отличия. Просто потому, что эта проблема тщательно скрывается, по крайней мере уж точно не афишируется на каждом шагу. Speeddisk — единственная на сегодняшний день программа, которая может оптимизировать диск полностью, не создавая маленьких незаполненных фрагментов свободного места. Стоит добавить также, что при помощи стандартного API невозможно дефрагментировать тома NTFS с кластером более 4 Кбайт, а SpeedDisk и это может.

К сожалению, в Windows 2000 поместили дефрагментатор, который работает через API, и, соответственно, плодит дырки Как некоторый вывод из всего этого: все остальные дефрагментаторы при одноразовом применении просто вредны. Если вы запускали его хоть раз — нужно запускать его потом хотя бы раз в месяц, чтобы избавится от фрагментации новоприбывающих файлов. В этом основная суть сложности дефрагментации NTFS теми средствами, которые сложились исторически.Часть 3. Что выбрать?

Любая из представленных ныне файловых систем уходит своими корнями в глубокое прошлое — еще к 80-м годам. Да, NTFS, как это не странно — очень старая система! Дело в том, что долгое время персональные компьютеры пользовались лишь операционной системой DOS, которой и обязана своим появлением FAT. Но параллельно разрабатывались и тихо существовали системы, нацеленные на будущее. Две таких системы, получившие всё же широкое признание — NTFS, созданная для операционной системы Windows NT 3.1 еще в незапамятные времена, и HPFS — верная спутница OS/2.

Внедрение новых систем шло трудно — еще в 95м году, с выходом Windows95, ни у кого не было и мыслей о том, что что-то нужно менять — FAT получил второе дыхание посредством налепленной сверху заплатки «длинные имена», реализация которых там хоть и близка к идеально возможной без изменения системы, но всё же довольно бестолкова. Но в последующие годы необходимость перемен назрела окончательно, поскольку естественные ограничения FAT стали давать о себе знать. FAT32, появившаяся в Windows 95 OSR2, просто сдвинула рамки — не изменив сути системы, которая просто не дает возможности организовать эффективную работу с большим количеством данных.

HPFS (High Performance File System), активно применяемая до сих пор пользователями OS/2, показала себя достаточно удачной системой, но и она имела существенные недостатки — полное отсутствие средств автоматической восстанавливаемости, излишнюю сложность организации данных и невысокую гибкость.

NTFS же долго не могла завоевать персональные компьютеры из-за того, что для организации эффективной работы с её структурами данных требовались значительные объемы памяти. Системы с 4 или 8 Мбайт (стандарт 95-96 годов) были просто неспособны получить хоть какой-либо плюс от NTFS, поэтому за ней закрепилась не очень правильная репутация медленной и громоздкой системы. На самом деле это не соответствует действительности — современные компьютерные системы с памятью более 64 Мб получают просто огромный прирост производительности от использования NTFS.

В данной таблице сведены воедино все существенные плюсы и минусы распространенных в наше время систем, таких как FAT32, FAT и NTFS. Вряд ли разумно обсуждать другие системы, так как в настоящее время 97% пользователей делают выбор между Windows98, Windows NT4.0 и Windows 2000 (NT5.0), а других вариантов там просто нет.

FAT

FAT32

NTFS

Системы, её поддерживающиеDOS, Windows9Х, NT всех версийWindows98, NT5NT4, NT5
Максимальный размер тома2 Гбайтпрактически неограниченпрактически неограничен
Макс. число файлов на томепримерно 65 тысячпрактически не ограниченопрактически не ограничено
Имя файлас поддержкой длинных имен — 255 символов, системный набор символовс поддержкой длинных имен — 255 символов, системный набор символов255 символов, любые символы любых алфавитов (65 тысяч разных начертаний)
Возможные атрибуты файлаБазовый наборБазовый наборвсё, что придет в голову производителям программного обеспечения
Безопасностьнетнетда (начиная с NT5.0 встроена возможность физически шифровать данные)
Сжатиенетнетда
Устойчивость к сбоямсредняя (система слишком проста и поэтому ломаться особо нечему :))плохая (средства оптимизации по скорости привели к появлению слабых по надежности мест)полная — автоматическое восстановление системы при любых сбоях (не считая физические ошибки записи, когда пишется одно, а на самом деле записывается другое)
Экономичностьминимальная (огромные размеры кластеров на больших дисках)улучшена за счет уменьшения размеров кластеровмаксимальна. Очень эффективная и разнообразная система хранения данных
Быстродействиевысокое для малого числа файлов, но быстро уменьшается с появлением большого количества файлов в каталогах. результат — для слабо заполненных дисков — максимальное, для заполненных — плохоеполностью аналогично FAT, но на дисках большого размера (десятки гигабайт) начинаются серьезные проблемы с общей организацией данныхсистема не очень эффективна для малых и простых разделов (до 1 Гбайт), но работа с огромными массивами данных и внушительными каталогами организована как нельзя более эффективно и очень сильно превосходит по скорости другие системы

Хотелось бы сказать, что если ваша операционная система — NT (Windows 2000), то использовать какую-либо файловую систему, отличную от NTFS — значит существенно ограничивать свое удобство и гибкость работы самой операционной системы. NT, а особенно Windows 2000, составляет с NTFS как бы две части единого целого — множество полезных возможностей NT напрямую завязано на физическую и логическую структуру файловой системы, и использовать там FAT или FAT32 имеет смысл лишь для совместимости — если у вас стоит задача читать эти диски из каких-либо других систем.

Хотелось бы выразить искреннюю признательность Андрею Шабалину, без которого эта статья просто не была бы написана, а даже будучи написанной, содержала бы много досадных неточностей

Продолжение читайте в статье «Надежность дисковой системы NT»

Файловые системы накопителей | Внешние HDD | Блог

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

Существует больше 30 файловых систем (ФС), большая часть которых имеет специфическое применение. Например, ФС под названием XFS создана исключительно для операционной системы IRIX, а DTFS — это файловая система, специализирующаяся на сжатии данных.

Если говорить относительно обычных пользователей ПК на Windows, MacOS и Linux, то для них список можно сократить до нескольких самых распространенных.

FAT32

Файловая система, разработанная компанией Microsoft на замену FAT16. Структурно вся область диска в FAT32 делится на кластеры размером от 512 байт до 32 Кбайт. Представьте себе тетрадь в клеточку. Каждая клетка — это кластер, в который может быть записан файл или его часть. Таким образом, большие файлы состоят из цепочки кластеров, которые совсем не обязательно будут располагаться друг за другом.

Не будем погружаться в технические дебри и расскажем о том, что больше всего интересует обычных пользователей — плюсы и минусы FAT32.

Главное и пока неоспоримое достоинство этой файловой системы — ее универсальность. FAT32 работает практически со всеми операционными системами Windows, а также без проблем распознается linux, MacOS, операционными системами игровых приставок и даже Android (если в смартфоне предусмотрена поддержка OTG).

Именно поэтому флеш-накопители чаще всего форматируют в FAT32, чтобы не иметь проблем с совместимостью на различных устройствах. С завода больше 90% всех флешек поставляется с этой ФС. Параллельно к плюсам относится высокая скорость работы с малыми и средними файлами (десятки/сотни мегабайт) и нетребовательность к объему ОЗУ.

Однако почтенный возраст FAT32 (больше 24 лет, что по меркам IT-индустрии просто огромный срок) накладывает ряд неприятных ограничений.

Несмотря на то, что размер тома с технической точки зрения может доходить до 8 ТиБ (тебибайт), что составляет около 8,7 ТБ, по факту в операционных системах Windows из-за встроенного ограничения вы не сможете создать том больше 32 ГБ. Соответственно, разметить большие жесткие диски, по крайней мере в Windows, в FAT32 не получится. Возникнут проблемы и с флешками на 64 ГБ.

Другое, более существенное ограничение — размер одного файла не может превышать 4 ГБ. Учитывая, что бэкапы, фильмы в высоком разрешении и архивы с различной информацией весят больше этого предела, ограничение доставляет массу неудобств.

exFAT

Одна из самых последних «новинок», созданная в 2008 году как расширенная версия FAT32 (extended FAT). Майкрософт решила взять лучшее и избавиться от самых неприятных недостатков.

exFAT ориентирована сугубо на переносные накопители — флешки, SD-карты и съемные жесткие диски. Размер кластера был увеличен до 32 мегабайт, благодаря чему размер файла теперь достигает целых 16 эксабайт (1 эксабайт = 1 048 576 ТБ). Задел на будущее у exFAT довольно внушительный.

Параллельно разработчики избавились от ограничения на размер тома, ввели поддержку прав доступа и минимизировали количество перезаписей, что особенно актуально для flash-памяти, ячейки памяти которой имеют ограниченное количество циклов записи, после чего выходят из строя.  

Ощутимый минус только один — незначительная потеря совместимости. exFAT поддерживает Windows XP SP2 и более новые ОС. Соответственно, Windows 2000, NT и все, что старше, остается «за бортом». Усложнение структуры также привело к большим затратам вычислительной мощности компьютера. Однако на фоне современных процессоров с их потенциалом этим недостатком можно пренебречь.

NTFS

New Technology File System разработали еще в 1993 году, однако, как и FAT32, используют по сей день. Сходство с FAT проявляется и в том, что, пространство делится на кластеры заданного размера. Однако высокую гибкость NTFS обеспечивает именно структура.

Первые 12% диска выделяются под MFT-зону — специальное служебное пространство, где хранится различная информация для работы всей ФС. Эта зона никогда не фрагментируется. В отличие от FAT используется бинарная структура.

Бинарное дерево располагает имена файлов таким образом, чтобы поиск выполнялся более быстрым способом — путем получения двухзначных ответов на вопросы о положении файла. Соответственно, поисковику не приходится просматривать всю цепочку файлов в каталоге.

NTFS обладает множеством достоинств. Максимальный размер тома на практике — 256 ТБ. Размера файла также хватит с запасом — около 16 ТБ. Помимо этого, за счет функции журналирования NTFS — отказоустойчивая система. Проще говоря, ФС либо выполняет действие до конца, либо откатывает все до состояния, когда действие еще не было совершено. Промежуточных «ошибочных» состояний практически не бывает. Имеется встроенное сжатие, средства разграничения прав объектов и шифрование данных.

К главному минусу NTFS относится низкая совместимость — не поддерживается все, что ниже Windows NT. Это не столь печально, но вот на MacOS и Linux записывать файлы на диски с NTFS не получится — только чтение. Игровые консоли Playstation и Xbox 360 также с этой файловой системой не работают.

Например, в PS4 можно отформатировать внешний жесткий диск, но только в формате самой приставки для обеспечения совместимости.

Таким образом, благодаря своему функционалу и поддержке больших объемов пространства NTFS — это отличный вариант для накопителей HDD и SSD. Несмотря на это, вы вполне можете создать на NTFS и флешку, но скорость ее работы по сравнению с FAT будет ниже.

Сравнительная таблица

Три приведенных файловых системы являются самыми популярными и наиболее совместимыми среди всех. Для удобства приведем основные параметры в общую таблицу.

 

FAT32

exFAT

NTFS

MAX объем тома

8 TiB (8,79 ТБ)

256 ТБ 

256 ТБ 

MAX размер файла

4 ГБ

16 эксабайт

16 ТБ 

Максимальная длина имени файла

до 255 символов

Системные копии

Резервная копия FAT

Нет

Резервная копия MFT файла

Атрибуты файлов

Стандартные

Стандартные

Расширенные

Отказоустойчивость

Минимальная

Минимальная

Высокая

Шифрование

Нет

Нет

Да

Совместимость

Все версии Windows, MacOS, Linux, Android

Windows XP с Service Pack 2 и новее, Mac OS X (начиная с версии 10.6.5), Linux

Windows 2000 и новее, MacOS и Linux (возможны ограничения)

 

Экзотические файловые системы

Специально под Linux разработана линейка файловых систем ext1-ext4. Самой распространенной можно считать ext3 — максимальный размер файла 2 ТиБ (около 2 ТБ), а ограничение на размер ФС — 32 ТиБ (около 35 TБ). Предусмотрено ведение журнала, благодаря которому можно восстанавливать систему в случае некоторых сбоев. Читать ext можно и на Windows, но только с использованием специального софта (Ext2Explore и аналоги).

Файловая система ext4 является модификацией третьей версии. К основным нововведениям относится увеличение максимального объема раздела до 1 эксбибайта и файла до 16 тебибайт (17,6 ТБ). Во многих дистрибутивах именно ext4 используется по умолчанию, например, Ubuntu, Debian, Fedora, Mandriva Linux, Red Hat Enterprise.

В гаджетах Apple используется фирменная ФС под названием APFS, которая также применяется и на iOS. Она оптимизирована для работы с твердотельными накопителями, а максимальный размер файла составляет около 8 эксабайт. Другая информация относительно файловой системы является коммерческой тайной разработчиков. Подружить APFS с Windows можно только с помощью специального софта.

Размер файла

— бесплатный конвертер размера файла и калькулятор размера файла Размер файла

— бесплатный конвертер размера файла и калькулятор размера файла

Бесплатный калькулятор и конвертер размера файла

Каковы размеры файлов? Как конвертировать единицы размера файла?

Этот инструмент преобразует размер файла из одной единицы измерения в другую.
Введите размер файла в поле ниже и укажите единицы измерения в раскрывающемся списке.

Попробуйте также бесплатный Калькулятор времени загрузки

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

Биты объединяются в группы для образования более крупных блоков. Следующей единицей, большей, чем бит, является байт, который образован комбинацией восьми бит и может представлять значение от 0 до 255, равное 2 в степени 8 — все возможные комбинации 8 битов, которые он включает.

Следующие большие единицы после байта называются килобайтами, мегабайтами, гигабайтами, террабайтами и т.д., что приводит к большой путанице. Хотя префикс килограмма в метрической системе означает 1000 (например.г граммов) в компьютерах это означает 1024 (например, байта). Чтобы исправить этот беспорядок, Международная электротехническая комиссия (МЭК) утвердила новый международный стандарт МЭК в декабре 1998 года.

Размер папки — это бесплатный инструмент для анализа размера дисков, который перечислит размеры всех папок и файлов на жестких дисках вашего компьютера, USB-накопителях, CDROM, гибких дисках и общих сетевых ресурсах. Загрузите этот бесплатный инструмент и проверьте распределение dspace на вашем диске.

Мало места на диске? Duplicate File Finder FREE может легко решить эту проблему.Удалите повторяющиеся файлы и сэкономьте место на диске.

Вот список некоторых из часто используемых единиц в метрике и соответствующих им двоичных префиксов IEC:

Имя Размер Имя Размер
килобайт (кБ) 10 3 кибибайт (KiB) 2 10
мегабайт (МБ) 10 6 мебибайт (MiB) 2 20
гигабайт (ГБ) 10 9 гибибайт (ГиБ) 2 30
терабайт (ТБ) 10 12 тебибайт (TiB) 2 40
петабайт (PB) 10 15 пебибайт (ПиБ) 2 50
эксабайт (EB) 10 18 эксбибайт (EiB) 2 60
зеттабайт (ZB) 10 21 зебибайт (ЗиБ) 2 70
йоттабайт (YB) 10 24 йобибайт (YiB) 2 80

Размеры файлов ограничены используемой файловой системой и ее реализацией.Вот подробности об общих файловых системах:

FAT16 FAT32 NTFS
Максимальный размер файла 2 32-1 байт 2 32-1 байт 2 64 — 1 КБ
Максимальный размер тома 4 ГБ 32 ГБ 2 64 кластера
Файлов в томе 2 16 2 22 2 32 — 1


Объяснение размера файла

— Калькулятор и конвертер размера файла

Единицы размера файла

Вот список некоторых из часто используемых единиц в метрике и соответствующих им двоичных префиксов IEC:

Метрическая система двоичный
Имя Размер Имя Размер
килобайт (КБ) 10 3 кибибайт (KiB) 2 10
мегабайт (МБ) 10 6 мебибайт (MiB) 2 20
гигабайт (ГБ) 10 9 гибибайт (ГиБ) 2 30
терабайт (ТБ) 10 12 тебибайт (TiB) 2 40
петабайт (PB) 10 15 пебибайт (ПиБ) 2 50
эксабайт (EB) 10 18 эксбибайт (EiB) 2 60
зеттабайт (ZB) 10 21 зебибайт (ЗиБ) 2 70
йоттабайт (YB) 10 24 йобибайт (YiB) 2 80

Единицы размера файла могут использовать префикс метрики (например, килобайты и мегабайт) или двоичный префикс (например, кибибайты и мебибайты).Обычно файл занимает немного больше места на диске, чем его фактический размер, когда он записывается в файловую систему. Это связано с тем, что наименьшее доступное пространство файловой системы — это сектор. Размер сектора зависит от типа носителя и составляет от нескольких сотен до нескольких тысяч байтов. Это означает, что если размер сектора в файловой системе составляет 4096 байт, а файл размером 6780 байт сохраняется, он будет занимать 8192 байта в хранилище. В этом примере это может выглядеть так, как будто размер файла небольшой, но для больших файлов это не такие огромные накладные расходы.Потраченное впустую пространство называется внутренней фрагментацией. Хотя меньший размер сектора позволяет лучше использовать доступное дисковое пространство, это приводит к снижению производительности файловой системы.

Системы размещения файлов и форматирование

Запоминающее устройство должно быть отформатировано, чтобы иметь возможность выполнять любые операции чтения / записи. Форматирование — это процесс, в котором указывается тип файловой системы (FAT16, FAT32, exFAT, NTFS и т. Д.), А также указываются другие параметры, такие как размер сектора, если это позволяет тип носителя.Запоминающее устройство может быть отформатировано с использованием различных файловых систем в зависимости от потребностей пользователя и размера устройства. (Некоторые старые файловые системы не поддерживают диски большой емкости). В процессе форматирования на целевом носителе создаются необходимые таблицы размещения файлов (FAT), содержащие информацию о файлах и папках. Они также указывают тип FAT для носителя, информация о которой необходима операционной системе для правильного чтения и записи в хранилище.Операционная система должна поддерживать файловую систему устройства, чтобы иметь к нему доступ — разные операционные системы поддерживают разные файловые системы.

Максимальный размер файла и ограничения системы размещения файлов

Максимальный размер файла зависит не только от размера хранилища, но и от используемой файловой системы. Например, файловая система FAT32 ограничена 4 294 967 295 байтами. (на один байт меньше 4 гибибайт). Ниже представлена ​​таблица с информацией о популярных файловых системах, их свойствах и ограничениях на размер файлов.

средних размеров файлов | Блог онлайн-конвертации файлов

Изображение daveynin http://bit.ly/1aarTyJ

В файлах есть одна вещь, которую каждый не может не заметить, как только они захотят загрузить, загрузить или отправить их через Интернет, или когда компьютер объявит, что недостаточно места для хранения: размеры файлов.

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

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

Почему важен размер файла?

Как указано выше, есть ряд причин, по которым вам следует помнить о размере ваших файлов. Практически ежедневно мы сталкиваемся с ограничениями, установленными многими поставщиками электронной почты, когда дело касается вложений.Рассмотрим это, например:

Размер вложения к электронному письму, отправляемому через Gmail, не может превышать 25 МБ, в то время как электронные письма, отправленные через Microsoft Outlook, допускают, чтобы отдельные файлы (а не весь пакет) были больше 20 МБ.

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

Другой фактор — время загрузки и скачивания. Конечно, для многих пользователей загрузка файла занимает около 15 секунд, но домохозяйствам, у которых все еще есть модемное соединение или другое медленное соединение, может потребоваться до одного часа для файла размером 10 МБ. Таким образом, загружая документы или другие медиафайлы для публикации в Интернете, вы также должны помнить о людях, у которых нет высокоскоростного интернет-соединения.

То же самое касается загрузки всего альбома фотографий, например, на Facebook или видео на YouTube.В то время как пользователи с быстрым подключением к Интернету могут легко дождаться процесса загрузки и даже просматривать Интернет в то же время, у некоторых людей по-прежнему нет возможности делать что-либо в Интернете, пока идет загрузка. Особенно людям с медленным подключением, которые хотят загружать свои видео, музыку или изображения, следует внимательно следить за размером файла своего мультимедиа.

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

Биты и байты

Какие есть блоки и насколько они велики? См. Этот короткий список:

  • 1 B = 1 байт
  • 1 кБ = 1.000 байт
  • 1 МБ = 1.000 КБ или 1.000.000 байтов
  • 1 ГБ = 1.000 МБ, 1.000.000 кБ или 1.000.000.000 байтов

Средний размер файла

Но каковы средние размеры файлов носителей, которые мы используем ежедневно? После просмотра сети и самостоятельного создания нескольких примеров мы обнаружили следующее:

Изображения

  • PNG ~ 2–4 кБ
  • GIF ~ 6-8 кБ
  • JPG ~ 9–12 кБ
  • TIFF ~ 900 — 1.000 кБ
  • BMP ~ 900 — 1.000 кБ

Документы

  • DOCX ~ 4-8 кБ
  • PDF ~ 18-20 Кбайт
  • ODT ~ 80 — 90 кБ

Медиа-файлы

  • электронная книга ~ 1-5 МБ
  • Песня в формате MP3 ~ 3-4 МБ
  • DVD-фильм ~ 4 ГБ
  • HD фильм ~ 5-8 ГБ
  • Blu-Ray Movie ~ 20-25 ГБ

Уменьшение размера файлов

Уменьшить размер отдельных файлов можно разными способами.

Файлы изображений можно легко обрезать с помощью различных программ для редактирования фотографий или онлайн-редакторов. Фотографии для показа в сети или Facebook не обязательно должны быть большими по размеру. Кнопки, линии, клипарт и т. Д. Можно даже сохранить в меньших по размеру форматах, поскольку они не содержат много информации о цвете или стиле, например PNG или GIF. Однако загружаемые изображения камеры RAW (например, CR2 или NEF) в 2–6 раз больше, чем файлы JPG, и в любом случае не могут отображаться правильно. Файлы TIFF и BMP также должны быть преобразованы в JPG и т.п., поскольку они больше по размеру, чем сжатые файлы JPG.

Файлы документов, которые должны отображаться в Интернете или предоставляться для загрузки, также можно уменьшить, избавившись от ненужных изображений и форматирования. Однако в большинстве случаев сохранение или преобразование файла в PDF также коррелирует с уменьшением размера файла.

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

И последнее, но не менее важное: большие аудиофайлы можно конвертировать в MP3. Это в некоторой степени идет рука об руку с потерей качества, но для вашего удовольствия от прослушивания это должно быть незначительным.

Есть ли у NTFS ограничение на размер файла?

Операционные системы, поддерживаемые Windows, используют один из двух различных типов файловых систем: таблица размещения файлов (FAT) или файловая система новой технологии (NTFS).

Файловые системы используют набор правил для управления хранением и получением данных на устройстве хранения.Хотя и FAT, и NTFS были созданы Microsoft, у каждой из них есть свои преимущества и недостатки, связанные с совместимостью, безопасностью и гибкостью.

В этой статье мы обсудим преимущества файловой системы NTFS и то, имеет ли NTFS ограничение на размер файла.

NTFS против FAT

Microsoft создала файловую систему таблицы размещения файлов в 1977 году, и она считается наиболее простой файловой системой без излишеств, поддерживаемой Windows NT. Это более старая из двух файловых систем, поэтому она не так эффективна или продвинута.Однако он предлагает большую совместимость с другими операционными системами и съемными устройствами хранения.

FAT чаще всего используется для съемных запоминающих устройств, таких как цифровые фотоаппараты, телевизоры Smart TV и другие портативные устройства.

Microsoft создала файловую систему по новой технологии в 1993 году, и теперь это наиболее широко используемая файловая система в Windows.

NTFS должна была стать заменой файловой системы FAT, разработанной для улучшения FAT за счет увеличения производительности, надежности и дискового пространства.

NTFS поддерживает:

  • Очень большие файлы
  • Различные права доступа к файлам и шифрование
  • Автоматически восстанавливает согласованность с помощью файла журнала и информации о контрольных точках
  • Сжатие файлов при нехватке места на диске
  • Установление дисковых квот, ограничение пространства пользователи могут использовать

пользователи по-прежнему пользуются преимуществами простоты FAT, преимущества NTFS гораздо шире.

Преимущества NTFS

NTFS предлагает различные улучшения и повышенную безопасность:

  1. Отказоустойчивость: NTFS автоматически восстанавливает файлы / папки в случае сбоев питания или ошибок.
  2. Безопасность: NTFS позволяет устанавливать определенные разрешения для локальных файлов / папок.
  3. Сжатие: NTFS позволяет индивидуально сжимать файлы и папки, чтобы не замедлять работу системы.
  4. Совместимость: NTFS совместима с операционными системами вплоть до Windows XP. Однако для пользователей Mac OS системы NTFS могут быть прочитаны только Mac, в то время как диски FAT32 могут быть прочитаны и записаны Mac OS.

Размер файла NTFS

Максимальный теоретический предел размера отдельного файла составляет 16 EiB минус 1 КБ.Не существует реалистичных ограничений на размер файла или раздела.

Ниже приведены ограничения NTFS:

  • Максимальный размер диска: 256 терабайт
  • Максимальный размер файла: 256 терабайт
  • Максимальное количество файлов на диске: 4 294 967 295
  • Максимальное количество файлов в одной папке: 4 294 967 295

Хотите узнать больше о NFTS? Ознакомьтесь с этими интересными источниками:

Что такое NTFS и как она работает?

FAT32 против NTFS: что лучше?

Чтобы узнать больше о лучшем хранилище данных и восстановлении данных для вашего бизнеса, свяжитесь с Datto.

Как уменьшить размер видеофайлов и какое программное обеспечение использовать

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

Если вам когда-либо приходилось загружать видео в Интернете, вы знаете, что размеры видеофайлов могут сильно различаться. И во многих случаях не сразу понятно, почему это так. Давайте начнем с изучения того, почему размеры видеофайлов такие большие, а затем мы рассмотрим шаги по уменьшению размера файла (даже с помощью бесплатных приложений!).


Что делает размер видеофайла таким большим?

Итак, допустим, вы только что экспортировали новое видео для YouTube и обнаружили, что экспортированное видео имеет размер 20 ГБ! (Не совсем быстрая загрузка.) Очевидно, что большинство людей не собираются загружать видео размером 20 ГБ, так что же здесь происходит?

Основным фактором, влияющим на размер видеофайла, является скорость передачи данных, с которой оно закодировано. Битрейт — это объем данных, которые видео использует в секунду при воспроизведении. Битрейт устанавливается во время процесса экспорта, и, в большинстве случаев, более высокий битрейт приводит к более высокому качеству видео, но стоимость — больший размер файла.

Кодек H.264 идеально подходит для редактирования видео.

Выбранный вами видеокодек также важен. Кодек — это тип сжатия, применяемый к вашему видео во время экспорта. Некоторые кодеки идеально подходят для редактирования или доработки вашего видео, например Apple ProRes, а другие идеально подходят для загрузки в Интернет, например H.264.

Когда вы планируете загрузить видео в Интернете, вам, вероятно, не нужен размер файла, на загрузку которого уйдет весь день. Так что вы, скорее всего, выберете такой кодек, как H.264, в сочетании со средней или меньшей скоростью передачи данных.


Почему сжатие видео отличается от сжатия изображения?

Если вы когда-либо сжимали изображение JPEG в Photoshop, то знаете, что этот процесс довольно прост. Вы просто перемещаете ползунок Качество к меньшему значению при сохранении изображения. Итак, чем же отличается видео? Короткий ответ: с видео происходит гораздо больше. Это имеет смысл, если подумать обо всем, что связано с видеофайлом: частота кадров, битрейт, кодеки, разрешение, аудио и файловые контейнеры.

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


Какое решение для небольших видео?

Как упоминалось ранее, лучшим решением для видео меньшего размера является выбор кодека, который идеально подходит для потоковой передачи в Интернете, в сочетании со средней или низкой скоростью передачи данных.Обычно обозначается как Мбит / с для мегабит в секунду.

Если все это немного сбивает с толку, на YouTube есть справочная страница с рекомендуемыми настройками загрузки. Там вы можете найти конкретные характеристики, которые они рекомендуют, например использование H.264 для видеокодека. У них также есть рекомендации по скорости передачи данных. YouTube предлагает битрейт между 35-45 Мбит / с для большинства видео 4K и битрейт между 8-12 Мбит / с для HD-видео 1080p.

Каков максимальный размер файла для печати? — Справочный центр Printful

Центр помощи

Центр помощи


  • Поиск

    • EN

      • Deutsch (DE)

      • Испанский (ES)

      • Français (FR)

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *