stringtranslate.com

Espacio en disco

DriveSpace (inicialmente conocido como DoubleSpace ) es una utilidad de compresión de discos que se incluye con MS-DOS a partir de la versión 6.0 en 1993 y finaliza en 2000 con el lanzamiento de Windows Me . El propósito de DriveSpace es aumentar la cantidad de datos que el usuario puede almacenar en discos mediante la compresión y descompresión transparente de datos sobre la marcha. Está destinado principalmente para su uso con discos duros , pero también se admite su uso con disquetes . Esta función se eliminó en Windows XP y versiones posteriores.

Descripción general

Microsoft publicitó DoubleSpace en la portada de las distribuciones MS-DOS 6 (en la imagen se muestra la guía del usuario para MS-DOS 6 con el paquete Windows 3.1 , etiqueta DoubleSpace en la parte superior derecha)

En el escenario de uso más común, el usuario tendría un disco duro en la computadora, con todo el espacio asignado a una partición (generalmente como unidad C:). El software comprimiría todo el contenido de la partición en un archivo grande en el directorio raíz. Al iniciar el sistema, el controlador asignaría este archivo grande como unidad C:, lo que permitiría acceder a los archivos de manera normal.

La decisión de Microsoft de agregar compresión de disco a MS-DOS 6.0 estuvo influenciada por el hecho de que el sistema competidor DR DOS había comenzado a incluir software de compresión de disco desde la versión 6.0 en 1991.

En lugar de desarrollar su propio producto desde cero, Microsoft licenció la tecnología del producto DoubleDisk desarrollado por Vertisoft y lo adaptó para convertirse en DoubleSpace. Por ejemplo, la carga del controlador que controla la compresión/descompresión (DBLSPACE.BIN) se integró más profundamente en el sistema operativo (se cargó a través de la API de precarga no documentada [1] incluso antes del archivo CONFIG.SYS ).

Microsoft había intentado en un principio obtener la licencia de la tecnología de Stac Electronics , que tenía un producto similar llamado Stacker, pero estas negociaciones habían fracasado. Posteriormente, Stac Electronics demandó a Microsoft con éxito por infracción de patentes por violar algunas de sus patentes de compresión. Durante el proceso judicial, Stac Electronics afirmó que Microsoft se había negado a pagar dinero alguno cuando intentó obtener la licencia de Stacker, ofreciendo únicamente la posibilidad de que Stac Electronics desarrollara productos de mejora. [ cita requerida ]

Consumo y compatibilidad

Algunos programas informáticos, en particular juegos, eran incompatibles con DoubleSpace porque eludían el controlador de DoubleSpace. DoubleSpace también consumía una cantidad significativa de memoria convencional , lo que dificultaba la ejecución de programas que hacían un uso intensivo de la memoria.

Errores y pérdida de datos

Poco después de su lanzamiento, surgieron informes de pérdida de datos. Una empresa llamada Blossom Software afirmó haber encontrado un error que podría provocar la corrupción de datos. El error se producía al escribir archivos en discos muy fragmentados y se demostraba mediante un programa llamado BUST.EXE. La empresa vendió un programa llamado DoubleCheck que podía utilizarse para comprobar la condición de fragmentación que podía provocar el error. La postura de Microsoft era que el error solo se producía en condiciones poco probables, pero solucionó el problema en MS-DOS 6.2 . [2]

La condición de fragmentación estaba relacionada con la forma en que DoubleSpace comprime los clústeres individuales (de un tamaño de, digamos, 8 K) y los acomoda en el disco, ocupando menos sectores (de 512 bytes) que el número fijo requerido sin DoubleSpace (16 sectores en este ejemplo). Esto creó la posibilidad de un tipo de problema de fragmentación interna, donde DoubleSpace no podría encontrar suficientes sectores consecutivos para almacenar un clúster comprimido incluso si hubiera suficiente espacio disponible.

Otras posibles causas de pérdida de datos incluían la corrupción de las áreas de memoria de DoubleSpace por parte de otros programas. Las áreas de memoria de DoubleSpace no estaban protegidas porque MS-DOS se ejecutaba en modo real . Microsoft intentó remediar esto en la versión MS-DOS 6.2 de DoubleSpace (a través de una función llamada DoubleGuard que verificaba dicha corrupción).

El hecho de que el contenido comprimido de una unidad comprimida se almacenara en un único archivo implicaba la posibilidad de que un usuario eliminara accidentalmente todos sus datos al eliminar únicamente ese archivo. Esto podía ocurrir si el usuario accedía sin darse cuenta a la unidad host que contenía ese archivo. La unidad host normalmente estaba asignada a la letra H: por el controlador de compresión. Sin embargo, si el controlador de compresión no se había cargado, el usuario podía verla como la unidad C:.

Apagar el equipo antes de que DoubleSpace pudiera terminar de actualizar sus estructuras de datos también podía provocar la pérdida de datos. Este problema se agravó cuando Microsoft hizo que el almacenamiento en caché de escritura estuviera habilitado de forma predeterminada en el software de caché de disco SMARTDRV que venía con MS-DOS 6.0. Debido a este cambio, después de salir de una aplicación, el mensaje de MS-DOS podía aparecer antes de que se hubieran escrito todos los datos en el disco. Sin embargo, debido a la falta de un procedimiento de apagado controlado (como el que se encuentra en los sistemas operativos modernos), muchos usuarios vieron la aparición del mensaje de MS-DOS como una indicación de que era seguro apagar el equipo, lo que era típicamente el caso antes de MS-DOS 6.0. Microsoft abordó este problema en MS-DOS 6.2, donde el almacenamiento en caché de escritura todavía estaba habilitado de forma predeterminada, pero donde la caché se vaciaba antes de permitir que reapareciera el mensaje de comando.

Complementos

AddStor, Inc. ofrecía un producto complementario llamado Double Tools para DoubleSpace . Contenía una serie de herramientas para mejorar las funciones de la versión de DoubleSpace que venía con MS-DOS 6.0. Esto incluía varias funciones de diagnóstico, la capacidad de montar automáticamente medios extraíbles comprimidos a medida que se usaban, así como soporte para la desfragmentación en segundo plano de unidades comprimidas de DoubleSpace. [3] Para desfragmentar archivos en segundo plano, era posible dejar que DoubleTools reemplazara el controlador DoubleSpace de bajo nivel (DBLSPACE.BIN) con uno proporcionado por DoubleTools. Reemplazar el controlador también habilitaba otras funciones mejoradas del producto, como el uso de rutas de código de 32 bits cuando detectaba una CPU Intel 80386 o superior , capacidades de almacenamiento en caché y, además de admitir el uso del Área de memoria superior , también permitía el uso de Memoria extendida para algunos de sus búferes (reduciendo la huella total del controlador en la memoria convencional y superior , aunque a costa de una velocidad algo reducida). [4] Otra función era la capacidad de dividir un volumen comprimido en varios disquetes, pudiendo ver el volumen completo con solo el primer disco insertado (y recibiendo avisos para cambiar de disco según fuera necesario). También era posible compartir un volumen comprimido con un ordenador remoto. Double Tools también tenía la capacidad de poner una utilidad especial en los disquetes comprimidos que hacía posible acceder a los datos comprimidos incluso en ordenadores que no tenían DoubleSpace (o Double Tools).

Vertisoft, la empresa que desarrolló el programa DoubleDisk que posteriormente Microsoft licenció y convirtió en DoubleSpace, desarrolló y vendió un programa complementario para DoubleSpace llamado SpaceManager, que contenía una serie de mejoras de usabilidad y ofrecía también mejores índices de compresión.

Otros productos, como las versiones posteriores de Stacker de Stac Electronics, fueron capaces de convertir las unidades comprimidas DoubleSpace existentes a su propio formato.

Versiones posteriores

DriveSpace en ejecución en Windows 3.1 , versión en portugués . Los gráficos de la izquierda y la derecha muestran el uso del disco antes y después de la compactación, respectivamente.
  Espacio libre
  Espacio utilizado

MS-DOS 6.2

MS-DOS 6.2 presentó una versión nueva y mejorada de DoubleSpace. Se agregó la capacidad de eliminar DoubleSpace. El programa SCANDISK introducido en esta versión podía escanear las unidades comprimidas y no comprimidas, incluidas las comprobaciones de las estructuras internas de DoubleSpace. Se agregaron funciones de seguridad (conocidas como DoubleGuard) para evitar que la corrupción de la memoria provoque la pérdida de datos. El consumo de memoria del controlador DoubleSpace se redujo en comparación con la versión incluida en MS-DOS 6.0. Se realizó una corrección al problema de fragmentación mencionado anteriormente.

MS-DOS 6.21

Tras una demanda exitosa interpuesta por Stac Electronics por violación demostrada de patentes , Microsoft lanzó MS-DOS 6.21 sin DoubleSpace. Una orden judicial también impidió cualquier distribución posterior de las versiones anteriores de MS-DOS que incluían DoubleSpace.

MS-DOS 6.22

MS-DOS 6.22 contenía una versión reimplementada del software de compresión de discos, pero esta vez publicada bajo el nombre DriveSpace . El software era esencialmente idéntico a la versión MS-DOS 6.2 de DoubleSpace desde el punto de vista del usuario y era compatible con versiones anteriores.

DriveSpace en Windows 95

Windows 95 tenía soporte completo para DoubleSpace/DriveSpace a través de un controlador nativo de 32 bits para acceder a las unidades comprimidas, junto con una versión gráfica de las herramientas de software. Los usuarios de DriveSpace MS-DOS podían actualizar a Windows 95 sin ningún problema. Además, el paquete Microsoft Plus! para Windows 95 contenía la versión 3 de DriveSpace. Esta versión introdujo nuevos formatos de compresión (HiPack y UltraPack) con diferentes características de rendimiento para índices de compresión aún mayores junto con una herramienta que podía recomprimir los archivos en el disco utilizando los diferentes formatos, dependiendo de la frecuencia con la que se usaran los archivos. Se podía actualizar de DriveSpace 2 a DriveSpace 3, pero no había una ruta de regreso a DriveSpace 2. Sin embargo, se podía descomprimir una unidad DriveSpace 3. El controlador de dispositivo DOS de DriveSpace 3 tenía una huella de memoria de alrededor de 150 KB debido a todas estas nuevas características. Esto provocó dificultades para los usuarios que reiniciaban en el modo MS-DOS de Windows 95 para ejecutar juegos, debido a la cantidad reducida de memoria convencional que estaba disponible.

DriveSpace 3 también se incluía con Windows 95 OSR2, pero muchas funciones estaban deshabilitadas a menos que se instalara también Plus!. DriveSpace tampoco se podía utilizar con FAT32, lo que lo hacía de poca utilidad en PC con discos duros de gran tamaño. [5]

DriveSpace en Windows 98

Windows 98 se entregaba con DriveSpace 3 como parte del sistema operativo. La funcionalidad era la misma que en Windows 95 con Plus!.

DriveSpace en Windows Me

Debido a la eliminación de la compatibilidad con el modo real , la generalización de FAT32 y la disminución de la popularidad de DriveSpace, DriveSpace en Windows Me solo tenía una compatibilidad limitada. DriveSpace ya no admitía la compresión de discos duros, pero aún admitía la lectura y escritura de medios extraíbles comprimidos, aunque la única operación de DriveSpace admitida además de eso era la eliminación y reasignación de unidades comprimidas.

Es posible restaurar la función completa de DriveSpace 3 (de manera no oficial) en Windows Me, copiando el archivo ejecutable de una instalación de Windows 98 y utilizándolo para reemplazar el ejecutable incluido en Windows Me. Después de eso, se podrían comprimir las unidades nuevas como se hacía en Windows 98.

Soporte externo a Microsoft

DMSDOS , un controlador del núcleo Linux, [6] [7] se desarrolló a fines de los años 90 para admitir tanto la lectura como la escritura de discos DoubleSpace/DriveSpace. Sin embargo, la lectura y, especialmente, la escritura en sistemas de archivos comprimidos solo es confiable en versiones específicas de las versiones 2.0, 2.1 o 2.2 del núcleo.

Aunque DR-DOS admitía su propia tecnología de compresión de discos (basada originalmente en SuperStor , más tarde en Stacker ), Novell DOS 7 en 1993 y posteriores introdujeron una emulación de la API de precarga no documentada para proporcionar también un soporte sin fisuras para DoubleSpace. [1] Dado que los controladores DR-DOS estaban habilitados para DPMS mientras que los de MS-DOS no, esto no ofrecía ninguna ventaja para los usuarios de DR-DOS, pero permitía una coexistencia o migración más sencilla debido a la posibilidad de uso compartido de volúmenes comprimidos ya existentes en escenarios de arranque múltiple. DR-DOS 7.02 y posteriores también añadieron soporte para DriveSpace en 1998. [8]

Referencias

  1. ^ ab Schulman, Andrew; Brown, Ralf D .; Maxey, David; Michels, Raymond J.; Kyle, Jim (1994) [noviembre de 1993]. DOS no documentado: guía del programador para funciones y estructuras de datos reservadas de MS-DOS, ampliada para incluir MS-DOS 6, Novell DOS y Windows 3.1 (2.ª edición). Reading, Massachusetts: Addison Wesley . ISBN 0-201-63287-X.-- Andrew Schulman (18 de marzo de 1991). "Erratas, comentarios y notas de la versión de UNDOCUMENTED DOS" . Consultado el 4 de agosto de 2019 .-- Ralf Brown (8 de enero de 1994). "DOS no documentado, 2.ª edición, erratas" . Consultado el 4 de agosto de 2019 .
  2. ^ Livingston, Brian (20 de septiembre de 1993). "Es una buena idea comprobar dos veces si el disco está fragmentado". InfoWorld : 20.
  3. ^ Halfhill, Tom R. (febrero de 1994). "¿Qué tan segura es la compresión de datos?". Archivado desde el original el 19 de junio de 2008.
  4. ^ Eglowstein, Howard (febrero de 1994). "La pérdida de datos: una historia con moraleja". Archivado desde el original el 19 de febrero de 2005.
  5. ^ www.helpwithwindows.com; HelpWithWindows.com, Arie Slob (14 de julio de 1998). "Windows 98, FAT32". HelpWithWindows.com . Consultado el 30 de marzo de 2024 .
  6. ^ "DMSDOS - Controlador del núcleo de Linux". 18 de marzo de 2005. Archivado desde el original el 11 de noviembre de 2016. Consultado el 25 de mayo de 2016 .
  7. ^ "Módulo CVF de DMSDOS". 0.9.2.0. 19 de noviembre de 1998. Archivado desde el original el 2 de noviembre de 2016. Consultado el 1 de noviembre de 2016 .
  8. ^ Paul, Matthias R. (2 de octubre de 1997). «Caldera OpenDOS 7.01/7.02 Update Alpha 3 IBMBIO.COM». Archivado desde el original el 4 de octubre de 2003. Consultado el 29 de marzo de 2009 .[1]

Lectura adicional

Enlaces externos