14.4 Прочая информация по рестартам

Кроме обычного применения рестартов есть еще несколько случаев, где возможно использование рестартов.

Печать данных Bulk Data

Существуют случаи, когда по каким либо причинам отсутствуют старый входной файл, хотя база данных еще существует. Следующий пример позволяет распечатать копию Bulk Data из базы данных. Файл, полученный в результате "punch output" может быть использован затем в качестве входного.

$

$ FILE - bulklist.dat

$

restart

assign master = 'archive 1.MASTER'

sol 101

time 10

cend

title = run to get listing of bulk data

echo = sort

$

$ replace echo = sort with echo = punch if a

$ punched output is desired instead of a listing

$

param,serst,semi

begin bulk

$

enddata

Были изложены способы использования автоматического рестарта. Показано, что его использование является достаточно простым и позволяет существенно сэкономить ресурсы - как CPU так и общее время решения - не повторяя процедуры решения заново. Недостатком метода является необходимость сохранять базы данных. Однако базы данных могут храниться на ленте, либо уничтожаться, когда в становятся более не нужными. Рестарты требуют также больших усилий по учету и контролю.

Для обычных запусков на статический расчет (без применения суперэлементов) если при рестарте требуется модифицировать модель, то выгоды минимальны. Однако, если требуется выполнить дополнительный вывод результатов либо провести расчет на новый случай нагружения, то выигрыш от использования рестарта может оказаться существенным.

15. Обслуживание баз данных

Структура баз данных существенно изменилась с введением в версии 66 новой исполнительной системы (Executive System). Во входной файл MSC/NASTRAN был добавлен новый раздел - File Management Section (FMS). Цель введения - сделать работы с файлами (присвоения и т.д.) более одинаковыми для машин разных типов.

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

Ниже приведены разделы, где рассматриваются

• определения

• базы данных MSC/NASTRAN

• File Management Section

• Рекомендации по работе с большими задачами

15.1 Определения

До изложения деталей структуры базы данных должны быть введены некоторые определения.

Dbset - комплекс (набор) базы данных. Содержит логическое имя MSC/NASTRAN - например MASTER, DBALL и т.д. указывающие на определенные элементы базы данных. Состоит из совокупности физических файлов.

База данных - совокупность всех наборов, используемых в запуске.

Блок данных - матрица или таблица (КАА, LAMA и т.п.), хранимая в базе данных

Логическое имя - внутреннее логическое имя (log-name), используемое MSC/NASTRAN для файла или DB-set

Word (слово) - для 32- и 64-битовых машин каждое слово эквивалентно соответственно 4 или 8 байтам.

BUFFSIZE - размер буфера MSC/NASTRAN в словах (32- или 64-битовые слова). Он контролирует физический размер записи при передаче/хранении данных, содержащихся во многих логических единицах MSC/NASTRAN. Значение по умолчанию и допустимый размер зависит от типа машины. Для обычных задач рекомендуется использовать значения по умолчанию. Для задач большой размерности значение может быть изменено следующей командой

NASTRAN BUFFSIZE - хххххх

Block - блок часто в MSC/NSTRAN называется GINO-block. Каждый GINO‑block содержит один буфер MSC/NASTRAN. Величина каждого блока равна BUFFSIZE-1 слов (GINO -сокращение от general input/output)

{} - фигурные скобки означают, что параметр в них является обязательным. Подчеркнутое значение параметра означает его использование по умолчанию.

[ ] - квадратные скобки означают, что параметр в них не является обязательным.

____ - подчеркнутое значение является значением по умолчанию какой либо величины.