Альфапедия

Сжатие диска

редактировать

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

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

Утилиты сжатия дисков были популярны, особенно в начале 1990-х, когда жесткие диски микрокомпьютеров были еще относительно небольшими (от 20 до 80 мегабайт ). Жесткие диски также были довольно дорогими в то время, их стоимость составляла примерно 10 долларов США за мегабайт. Для пользователей, купивших приложения для сжатия дисков, программное обеспечение оказалось в краткосрочной перспективе более экономичным средством получения большего дискового пространства, чем замена их текущего диска на более крупный. Хорошая утилита сжатия диска может в среднем удвоить доступное пространство с незначительной потерей скорости. Сжатие дисков вышло из употребления к концу 1990-х годов, поскольку достижения в технологии и производстве жестких дисков привели к увеличению емкости и снижению цен.

Содержание
  • 1 Стандартные решения для сжатия дисков
    • 1.1 Автономное оборудование
    • 1.2 Автономное программное обеспечение
    • 1.3 Программное обеспечение в комплекте
    • 1.4 Другие решения
  • 2 Эксплуатация
    • 2.1 Сжатие существующих дисков
    • 2.2 Сжатие загрузочного диска
    • 2.3 Влияние на производительность
    • 2.4 Недостатки
  • 3 См. Также
  • 4 Примечания
  • 5 Ссылки
  • 6 Внешние ссылки
Стандартные решения для сжатия дисков

Автономное оборудование

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

Standalone software

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

Программное обеспечение в комплекте

Идея Объединение сжатия диска в новые машины понравилось торговым посредникам и пользователям. Торговым посредникам понравилось, что они могут потребовать больше места для хранения; пользователям понравилось, что им не пришлось настраивать программное обеспечение. Включенные в комплект служебные программы (в хронологическом порядке):

  • DR DOS 6.0 (1991), от Digital Research, включая пользовательскую версию SuperStor.
  • PalmDOS 1.0 ( 1992), от Novell (после приобретения Digital Research), включал версию SuperStor с поддержкой DPMS.
  • MS-DOS 6.0 (1993), от Microsoft, включая DoubleSpace, который частично основан на DoubleDisk. MS-DOS 6.0 представила так называемый недокументированный интерфейс типа запрос-ответ, который позволял автоматически загружать программное обеспечение для сжатия диска (DBLSPACE.BIN ) даже до CONFIG.SYS был обработан.
  • PC DOS 6.1 (1993), от IBM, в то время как исходный выпуск не включал дисковый компрессор, специальную версию SuperStor / DS (после приобретение AddStor) был включен в более поздний выпуск, также представляя API предварительной загрузки в линии PC DOS.
  • MS-DOS 6.2 (1993), от Microsoft, включала улучшенную версию DoubleSpace.
  • Novell DOS 7 (1993) от Novell включила версию Stacker 3.12 (STACKER.BIN ) с поддержкой DPMS от Stac Electronics, который также поддерживает обмен сжатыми данными с удаленными серверами NetWare и PNW, на которых также запущен Stacker, чтобы избежать ненужного повторного сжатия при копировании файлов. Он также представил поддержку API предварительной загрузки DOS 6, чтобы обеспечить совместимость с Microsoft DoubleSpace в сценариях с несколькими загрузками. Аналогичный механизм использовался для загрузки дополнительного однопользовательского или многопользовательского компонента SECURITY.
  • PTS-DOS Extended 6.4 (1994), от PhysTechSoft, включал компонент сжатия диска с именем Folder (FOLDER.SYS )
  • PC DOS 6.3 (1994), от IBM, включал версию SuperStor / DS .
  • MS-DOS 6.22 (1994) от Microsoft, включая DriveSpace, который был DoubleSpace с другим алгоритмом сжатия (DRVSPACE.BIN ) после MS-DOS 6.21 должна была поставляться без какого-либо программного обеспечения для сжатия диска по юридическим причинам.
  • PC DOS 7.0 (1995), от IBM, включал версию Stacker 4.02 с поддержкой DPMS от Stac Electronics.
  • Windows 95 (1995) от Microsoft, включая обновленную версию DriveSpace 2.
  • Windows 95 OSR2 (1996), от Microsoft, включая урезанный -низкая версия DriveSpace 3.
  • Windows 95 Plus! (1996) от Microsoft, включая полную версию DriveSpace 3.
  • OpenDOS 7.01 (1997), от Caldera (после приобретения Novell DOS), включал версию Stacker 3.12 с поддержкой DPMS.
  • DR-DOS 7.02 (1998), от Caldera, включает версию Stacker 3.12 с поддержкой DPMS. В DR-DOS 7.02 также добавлена ​​поддержка Microsoft DriveSpace.
  • PC DOS 2000 (1998) от IBM, включая DPMS-совместимую версию Stacker 4.02.
  • Windows 98 (1998), от Microsoft включила полную версию DriveSpace 3.
  • DR-DOS 7.03 (1999) от Caldera, включила версию Stacker 3.12 с поддержкой DPMS.
  • Windows 98 SE (1999), от Microsoft, включая полную версию DriveSpace 3.
  • PTS-DOS Pro 2000 (1999), от Paragon Technology Software, включал компонент сжатия диска с именем DATACOMP .

Другие решения

  • Squeeze, резидентный компрессор файлов DOS для файлов Lotus 1-2-3 и Lotus Symphony от Turner Hall Publishing
  • Squish Plus ROM от, но распространяемого исключительно через Personalized Software (теперь Thaddeus Computing ), представлял собой специальный чип ROM, содержащий пользовательскую версию Squish Plus, занимающую всего 36 КБ адаптирован для HP Portable Plus.
  • Double Tools для DoubleSpac e from был дополнительным продуктом, расширяющим функциональность DoubleSpace в комплекте с MS-DOS 6.0.
  • Multimedia Stacker от Helix Software представлял собой пакет Stac's DPMS -enabled Stacker 4.01 в сочетании с Helix Cloaking и утилит, использующих встроенный DPMS-сервер Cloaking для перемещения и работы в защищенном режиме.
  • Файловая система THS (1994-1996, Томас Шойерманн), драйвер сжатой файловой системы для Linux, который мог читать некоторые CVF.
  • DMSDOS (1996), Драйвер ядра Linux для поддержки чтения и записи томов DoubleSpace, DriveSpace 2 и 3, а также Stacker 3 и 4.

В то время как Windows XP от Microsoft включала как встроенную поддержку, так и команда с именем compact, которая сжимает файлы в системах NTFS, которая не реализована как отдельный «сжатый диск», как указано выше.

Операция

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

Сжатие существующих дисков

Изначально все диски будут пустыми. Утилита для создания диска обычно предлагает «сжать текущий диск». Это означало, что утилита могла:

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

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

Сжатие загрузочного диска

Для доступа к сжатому диску нужно было загрузить драйвер устройства. Сжатый диск C: потребовалось внести следующие изменения в процесс загрузки :

  • System BIOS загружает сектор 0 первого физического жесткого диска (Master Boot Record ).
  • Сектор раздела загружает сектор 0 загрузочного раздела (Загрузочная запись тома ). В данном случае это основной диск.
  • Загружается сектор 0 основного диска (в случае DOS ) BIOS DOS (IO.SYS, IBMBIO.COM и т. Д.) В зависимости от версии только первые несколько секторов файла или весь файл могут быть загруженным в память. В первом случае загруженная заглушка содержит другой загрузчик, загружающий оставшуюся часть файла с диска. В случае DR-DOS BIOS упаковывается и распаковывает себя с помощью встроенной процедуры декомпрессии.
  • DOS BIOS затем загружает ядро ​​DOS (MSDOS.SYS, IBMDOS.COM и т. Д.)
  • Если DOS поддерживает, то BIOS DOS пытается для загрузки предварительно загружаемого драйвера сжатия (DBLSPACE.BIN, DRVSPACE.BIN или STACKER.BIN ) из корня ведущего диска и пытается связаться с ним через API предварительной загрузки DOS. Если драйвер отвечает ожидаемым образом, BIOS DOS сохранит драйвер, в противном случае он будет удален. Если сохранить и настроить соответствующим образом, буквы дисков могут поменяться местами, так что сжатый диск станет C :.
  • BIOS DOS запускает обработку CONFIG.SYS, ища файл в корне загрузочный диск. В случае DR-DOS, DCONFIG.SYS имеет приоритет над CONFIG.SYS, если он присутствует.
  • Драйверы сжатия, не загруженные через API предварительной загрузки, могут быть загружены через DEVICE.
  • В зависимости от конфигурации и если это еще не произошло, буквы дисков могут поменяться местами, так что сжатый диск станет C :.
  • Обработка продолжается со сжатого диска.

Влияние на производительность

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

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

Если бы системе приходилось часто ждать доступа к жесткому диску для завершения (ограничение ввода / вывода ) преобразование жесткого диска в сжатые диски может значительно ускорить работу системы. Сжатие и распаковка данных увеличивает загрузку ЦП. Если система уже ограничена ЦП, сжатие диска снижает общую производительность.

Недостатки

Некоторые общие недостатки использования сжатия диска:

  • Не все утилиты сжатия подтверждают отсутствие ошибок в файловой системе FAT перед сжатием диска на место. Некоторые ошибки, такие как сшитые файлы, могут привести к дополнительной потере данных в процессе передачи.
  • Сжатый диск виден только в том случае, если драйвер устройства загружен и сжатый диск смонтирован. Например, загрузочный диск может не содержать драйвера. (Обычно это не было проблемой для решений, поставляемых в комплекте с операционными системами, за исключением загрузки сторонних операционных систем, поскольку системные утилиты, такие как SYS, были изменены для копирования драйверов сжатия на загрузочные диски по умолчанию, и соответствующая операция системы также будут искать их на дисках, отличных от загрузочного диска, если они не могут быть там найдены.)
  • Удаление было проблематичным, если расширенный размер данных на сжатом диске был больше обычного емкость диска.
  • Пользователи не всегда понимали, что большой файл на главном диске содержит сжатый диск. Хотя обычно он был «скрыт» по умолчанию, пользователи, которые действительно находили большой файл любопытным или подозрительным, могли удалить его. Обычно это приводит к потере данных.
См. Также
Примечания
  1. ^В сшитых файлах два файлы хранят по крайней мере часть своих данных в одном месте. В этом случае всегда теряется хотя бы часть одного файла («плохой» файл). Однако, если «плохой» файл копируется, а затем удаляется, часть «хорошего» файла также удаляется. Microsoft SCANDISK был создан, отчасти, для лучшей проверки файловой системы перед сжатием, чем утилита MS-DOS CHKDSK.
  2. ^Например, DOS связывает до четырех атрибутов с файлами: Системный, Скрытый, Только для чтения и Архив. Файлы с атрибутами System или Hidden часто не отображаются по умолчанию. Файлы с системным атрибутом или атрибутом только для чтения нельзя удалить с помощью команды DOS ERASE или DEL. Большинство утилит сжатия помечают файл на диске по крайней мере одним или несколькими атрибутами System, Hidden и Read-Only (многие используют все три). Однако файлы, отмеченные такими атрибутами, можно просматривать и удалять другими способами. Кроме того, пользователь также может удалять атрибуты.
Ссылки
Внешние ссылки
Последняя правка сделана 2021-05-17 08:54:45
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте