Los más grandes, primero

Si se atrevió a escribir un Autoexec mejorado luego de leer la última entrega, seguramente habrá llegado a la conclusión de que el smartdrv y el mscdex (caché de disco y extensión para CD-ROM, respectivamente) deben cargarse utilizando la instrucción loadhigh .

En lugar de loadhigh, el DOS también acepta la abreviatura LH . La sintaxis sería ésta (recuerde que aquí damos ejemplos genéricos, que pueden variar de acuerdo con la configuración de cada PC):

set temp=c:\windows\temp

set prompt= $p$g

set winbootdir=c:\windows

set path=c:\windows;c:\windows\command

lh c:\windows\command\mscdex.exe /d:mscd001

lh c:\windows\smartrvd.exe

Muy bien, esto debería haber enviado los aproximadamente 70KB de ambos controladores a la memoria superior, y liberado idéntica cantidad de convencional; en teoría, ya deberíamos haber alcanzado la cifra necesaria para instalar el Falcon Gold , aunque no para correrlo. En este caso (y es ciertamente un caso muy especial, porque era muy exigente en épocas remotas), habrá que desinstalar las extensiones de CD-ROM para poder ejecutarlo. En aquellos tiempos temblábamos al ocupar los 30 y pico de megabytes que exige el Falcon Gold en el rígido, pero hoy en día los juegos han multiplicado por diez esa cifra y el Flight Simulator 98 se lleva hasta 390 MB; el Quake 2 , 400 MB; y el F15 II , unos 600.

Así que con los viejos juegos de DOS no hay inconveniente en hacer la instalación full y desactivar luego los controladores de CD (que son los que más memoria ocupan) para ejecutarlos. Se verá forzado a esta estrategia, sin embargo, en pocas ocasiones. Juegos de DOS un poco más recientes que el Falcon , como el Doom 2 o el Tomb Raider , hacen un uso más eficiente de la RAM y consiguen mejor calidad de imagen y audio con menos convencional. Pero anote el truco: instalar el juego desde el CD y luego desactivar los controladres del CD para poder ejecutarlo.

Bloques difíciles

OK, pero, ¿por qué no es posible, a veces, colocar todos los controladores en la memoria superior, si hay 384 KB libres?

Primero, porque nunca son exactamente 384. Segundo, los drivers suelen ocupar más memoria durante el proceso de carga que una vez instalados en la RAM. Tercero, se cargan siempre en un solo bloque de memoria.

Y hay más. El DOS siempre usará primero los bloques más grandes de memoria superior disponibles. Como ve, una manera muy fácil de malgastar memoria es instalar drivers pequeños en bloques grandes. Conclusión: hay que cargar primero los drivers que más memoria ocupan.

Pero hay un problema: los controladores no siempre ocupan lo mismo una vez instalados (éste es el valor que usted puede consultar con el comando mem /c /p ) que durante el proceso de carga. Algunos necesitarán el doble o más para el proceso de carga en memoria. Segunda conclusión: instalar primero aquellos que pidan la mayor cantidad de memoria para el proceso de carga. Con el DOS 6.0 había una manera rápida y cómoda de averiguar ambos valores, el Memmaker .

Al correrlo se creaba un archivo llamado memmaker.sts (por statistics , estadísticas) donde figuraban el nombre de cada controlador, su mayor tamaño y el tamaño final una vez en memoria, entre otros datos.

Lamentablemente, utilizar el Memmaker en una computadora con Windows 95 es riesgoso. ¿Por qué? Porque este programa altera los archivos de inicio, incluyendo el system.ini ; y usted no quiere eso.

Una forma (que sigue siendo riesgosa, pero que da un margen de flexibilidad) es correrlo y luego volverlo a ejecutar con la opción /undo , que deshace los cambios realizados en los archivos de inicio en la última sesión. La sintaxis sería: memmaker /undo Aunque usted deshaga los cambios, igual obtendrá una copia del memmaker.sts y tendrá información muy útil para optimizar la carga en memoria de los drivers.

La otra manera de emplear el memmaker y conservar los archivos de inicio es hacer una copia de respaldo y restaurar los originales una vez que el memmaker haya terminado su trabajo (que involucra reiniciar el equipo, anote). También en este caso tendrá un archivo memmaker.sts para consultar.

En cualquier caso, use el Memmaker sólo en Modo MS-DOSy lea concienzudamente la documentación del programa en el manual del DOS antes de hacer experimentos.

En total, el orden en que aparecen los drivers en el Config y el Autoexec puede cambiar la cantidad de memoria convencional libre. Una regla más o menos aceptable es la de cargar primero los que más memoria ocupan, aunque esto es engañoso en algunos casos, porque hay drivers que usan mucha memoria al instalarse y finalmente ocupan unos pocos KB.

La buena noticia es que para los viejos juegos de DOS no se requieren demasiadas cosas activas y siempre tendrá a mano la posibilidad de probar los resultados por ensayo y error. Es decir, cambiando el orden hasta liberar la mayor cantidad de convencional que necesite.

Prima facie, usted ya tiene todo lo que hace falta para liberar la memoria convencional que requiera su antiguo juego de DOS. Lo cual no siempre significa que vaya a ejecutarse. Nos quedan para la próxima entrega los marcos de página de la memoria EMS y un par de consejos sobre parámetros muy comunes del DOS, como buffers .

Por Ariel Torres

---

Conforme a