Сделайте систему поиска рациональной

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

Начиная с версии 2.0, DOS использует структуру дерева. С одной стороны, это чудесно, с другой стороны, это может замедлить работу. Чтобы найти начальный кластер файла (с которого DOS начинает читать файл), DOS должна пройти по всем поддиректориям. Этот поиск может занять много времени, особенно, когда файл похоронен под несколькими уровнями поддиректорий. Это значит, что считывающая головка должна скакать с дорожки на дорожку, и каждое такое перемещение занимает время, примерно равное среднему времени доступа к диску. Пять поддиректорий (соответственно 5 перескоков) при быстродействии 40мс создадут задержку в 200мс, заметную и досадную паузу в 1 /5 секунды. Очевидно, если вы хотите максимально эффективно использовать скорость диска, нужно быть уверенным, что наиболее часто используемые файлы находятся как можно ближе к корневой директории.

Есть еще одно осложнение. DOS гораздо легче и быстрее найдет части диска, которым присвоена собственная буква, чем будет копаться в поддиректориях. Поддиректории нужно искать, а место любого корневого директория на любом диске DOS помнит. Таким образом, если вы организуете свой диск, разбивая его на части (с помощью FDISK), а не создавая поддиректории (используя MKDIR) вы ускоряете доступ к файлам, экономя сотни миллисекунд. Заметьте, однако, что использование команды SUBST для присвоения поддиректориям собственных букв не увеличит скорость доступа к диску, потому что, хотя вы этого и не увидите, DOS все-таки просматривает все эти поддиректории, несмотря на то, что им присвоены собственные буквы.

Замедление работы диска поддиректориями иллюстрирует грустный факт: что бы вы ни делали для повышения удобства работы с диском, это снизит скорость доступа к нему. Особым случаем является использование команды PATH, с помощью которой вы говорите DOS, где искать программы, которые она не можеи найти в текущей директории. Ко1да бы ни пришлось DOS искать программу, отсутствующую в текущей директории, она (DOS) просматривает все директории и поддиректории, перечисленные в последней команде PATH

Очевидно, чем меньше путей поиска вы установите, тем меньше времени понадобится DOS, чтобы найти нужную вам программу (или выдать сообщение, что она не найдена). Если вам необходимо указать в команде PATH несколько директорий, храните наиболее часто используемые файлы в первой из перечисленных директорий. Но, все-таки, лучше организовывать диски вместо директорий. Лучше всего, храните наиболее часто используемые программы на виртуальном диске (ка с VDISK DOS), и запишите виртуальный диск первым в команде PATH.

Никогда не включайте гибкий диск в систему поиска. Гибкий диск не только замедляет работу, в нужное время в дисководе может не оказаться нужного диска. Если это случится, DOS торжествующе объявит "File Not Found" ("Файл не найден") или "Drive Not Ready" ("Дисковод не готов"), если в дисководе вообще нет диска, и вы только потратите время впустую. Особенно досадно, когда неправильно набрано имя файла, и приходится сидеть и ждать, пока DOS обыщет весь диск и выдаст сообщение об ошибке.