Autotraslado

Por ejemplo, la autorreubicación se emplea a menudo en las primeras etapas del arranque de sistemas operativos en arquitecturas como las de los ordenadores compatibles con IBM PC , donde los cargadores de arranque de cadena de nivel inferior (como el registro de arranque maestro (MBR), el registro de arranque de volumen (VBR) y las etapas de arranque iniciales de sistemas operativos como DOS ) se desplazan de su lugar para cargar la siguiente etapa en la memoria.

En CP/M , la herramienta de depuración dinámica (DDT) se reubicaba dinámicamente en la parte superior de la memoria disponible mediante la reubicación de límites de página para maximizar el área de programa transitoria (TPA) para que los programas se ejecutaran. ^{[ 5 ] [ 6 ]}

En 1988, el procesador de línea de comandos alternativo ZCPR 3.4 para el sistema Z introdujo los llamados programas de tipo 4 , que también eran auto-reubicables a través de un stub integrado. ^{[ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ]}

En DOS , la auto-reubicación también la utilizan a veces los controladores más avanzados y las extensiones de sistema residentes (RSX) o los programas terminadores y residentes (TSR) que se cargan "alto" en la memoria superior de manera más efectiva que lo posible para los cargadores "altos" proporcionados externamente (como LOADHIGH / HILOAD , INSTALLHIGH / HIINSTALL o DEVICEHIGH / HIDEVICE etc. ^{[ 12 ]} desde DOS 5) para maximizar la memoria disponible para las aplicaciones. Esto se debe a que el sistema operativo no tiene conocimiento del funcionamiento interno de un controlador que se va a cargar y, por lo tanto, tiene que cargarlo en un área de memoria libre lo suficientemente grande como para contener todo el controlador como un bloque, incluido su código de inicialización, incluso si este se liberaría después de la inicialización. Para los TSR, el sistema operativo también tiene que asignar un prefijo de segmento de programa (PSP) y un segmento de entorno . ^{[ 13 ]} Esto podría provocar que el controlador no se cargue en el área de memoria libre más adecuada o incluso impedir que se cargue en la parte superior. Por el contrario, un controlador de reubicación automática puede cargarse en cualquier lugar (incluida la memoria convencional ) y luego reubicar solo su porción residente (normalmente mucho más pequeña) en un área de memoria libre adecuada en la memoria superior. Además, los TSR de reubicación automática avanzados (incluso si ya están cargados en la memoria superior por el sistema operativo) pueden reubicar la mayor parte de su propio segmento PSP y búfer de línea de comandos y liberar su segmento de entorno para reducir aún más la huella de memoria resultante y evitar la fragmentación . ^{[ 14 ]} Algunos TSR de reubicación automática también pueden cambiar dinámicamente su "naturaleza" y transformarse en controladores de dispositivos incluso si originalmente se cargaron como TSR, liberando así normalmente también algo de memoria. ^{[ 4 ]} Finalmente, es técnicamente imposible que un cargador externo reubique controladores en memoria expandida (EMS), área de memoria alta (HMA) o memoria extendida (a través de DPMS o CLOAKING ), porque estos métodos requieren que pequeños fragmentos específicos del controlador permanezcan en la memoria convencional o superior para coordinar el acceso al área de destino de reubicación, ^{[ 15 ] [ nb 1 ] [ nb 2 ]}y en el caso de los controladores de dispositivos también porque el encabezado del controlador siempre debe permanecer en el primer megabyte. ^{[ 15 ] [ 13 ]} Para lograr esto, los controladores deben diseñarse especialmente para admitir la reubicación automática en estas áreas. ^{[ 15 ]}

Algunos controladores avanzados de DOS también contienen un controlador de dispositivo (que el sistema operativo cargaría en el desplazamiento +0000h) y un TSR (cargado en el desplazamiento +0100h) que comparten internamente una porción de código común como un binario fat . ^{[ 13 ]} Si el código compartido no está diseñado para ser independiente de la posición , requiere algún tipo de corrección de dirección interna similar a la que de otro modo habría llevado a cabo un cargador reubicador ; esto es similar a la etapa de corrección de la autorreubicación, pero con el código ya cargado en la ubicación de destino por el cargador del sistema operativo (en lugar de hacerlo el propio controlador).

IBM DOS/360 no tenía la capacidad de reubicar programas durante la carga. A veces se mantenían varias versiones de un programa, cada una compilada para una dirección de carga ( partición ) diferente. Una clase especial de programas, llamados programas autorreubicables, se codificaban para reubicarse después de la carga. ^{[ 16 ]} IBM OS/360 reubicaba los programas ejecutables cuando se cargaban en la memoria. Solo se requería una copia del programa, pero una vez cargado, el programa no se podía mover (lo que se denomina código independiente de la posición de un solo uso ).

Como ejemplo extremo de autorreubicación (múltiple), también llamada autorreubicación dinámica, es posible construir un programa informático de manera que no permanezca en una dirección fija de memoria, incluso mientras se ejecuta, como por ejemplo se utiliza en las pruebas de memoria del gusano . ^{[ 17 ] [ 18 ] [ 19 ] [ 20 ]} El gusano Apple también es un autorreubicador dinámico. ^{[ 21 ]}