Размещение - файл
Cтраница 2
Система сама управляет размещением файлов на дисках структуры общего доступа. При этом пользователь может не знать, на каком диске находятся его файлы. При необходимости можно задать явно имя диска структуры общего доступа в спецификации файла. [16]
 |
Проверка дисковой подсистемы. [17] |
А ведь содержимое таблицы размещения файлов при каждой записи на диск меняется, и от этого работа тестирующей программы может завершиться сообщением об ошибке, тогда как никакой ошибки на самом деле нет. [18]
 |
Сохраняем протокол. [19] |
Проверяются загрузочная область, таблицы размещения файлов и корневая директория. [20]
Первоначально для записи в таблице размещения файлов адреса любого файла FAT использовала 12 бит и поддерживала разделы объемом до 16 Мбайт. FAT и сейчас используется для форматирования дисков, размер которых не превышает 16 Мбайт. [21]
Таблица участков содержит сведения о размещении файлов на ЗУ. Одна строка таблицы описывает один из участков файла. Строки, относящиеся к одному файлу, связаны в цепочку. [22]
На рис. 18.4 показана группа дисков для размещения файла; на рис. 18.4, а представлена обычная последовательная организация данных, а на рис. 18.4, б - параллельная организация: последовательность записей переходит с одного диска на другой. Механизм доступа имеет одну головку чтения - записи на дорожку и может устанавливаться в каждый момент времени на один цилиндр. [23]
 |
Блок-схема алгоритма раскрашивания графов. [24] |
Решая эту задачу, необходимо найти такое размещение файлов, назначенных для хранения в НМД, при котором количество накопителей, необходимых для реализации вычислительного процесса, было бы минимальным. При минимальном количестве накопителей необходимо минимизировать также количество используемых пакетов дисков. Примем одно допущение, которое способствует построению эффективного алгоритма решения данной задачи, но с которым, возможно, читатель не сразу согласится. Разрешим составлять такие размещения файлов, при которых некоторые файлы могут оказаться размещенными частично на одном пакете дисков, частично - на другом. Другими словами, допускается разбиение файла на части. Естественно, такое допущение будет реализовано только тогда, когда это приводит к выбору меньшего количества накопителей или пакетов. Представляется, что данное допущение не противоречит физическому смыслу решаемой задачи, так как здесь рассматриваются только те решения, которые принимаются при проектировании АСУ. При этом те файлы, которые заданы для размещения - это предполагаемые файлы. [25]
При конструировании распределенной базы данных возникает задача размещения файлов, не появляющаяся при проектировании обычной базы данных. Решение этой задачи рассмотрено во многих работах. В этих работах используются методы математического программирования. [26]
Контрольные данные содержат индексы и таблицы, определяющие размещение файлов в памяти, а также последовательность вычислений. [27]
В команде указываются тип устройства, используемого для размещения файла, идентификатор файла, имя набора данных, если файл находится на диске ОС ЕС, и другие характеристики файла. [28]
Как мы увидим в части II книги, физическое размещение двумерных файлов может оказаться намного проще, чем размещение древовидных и сетевых структур. [29]
Операционная система освобождает пользователя от необходимости иметь каталоги размещения файлов, требуемые для доступа к ним, и ведет их сама. [30]
Страницы: 1 2 3 4