Как было установлено ранее, только одному лицу в группе необходимо
инсталлировать ПВМ, но каждый пользователь ПВМ может иметь собственный
файл хостов, в котором он описывает свою собственную виртуальную машину.
В "файле хостов" определяется начальная конфигурация хостов,
которые ПВМ объединяет в виртуальную машину. Он также содержит информацию
о хостах, которые Вы можете добавить в конфигурацию позже.
Файл хостов в его простейшей форме - это просто список имен хостов
- по одному в строке. Пустые строки игнорируются, а строки, которые
начинаются с # считаются строками комментариев. Такой подход
позволяет Вам документировать файл хостов и дополнительно предоставляет
"ручной" способ модификации начальной конфигурации, путем комментирования
различных имен хостов. Простейший файл хостов с конфигурацией виртуальной
машины приведен ниже:
# конфигурация для запуска приложений
amox
tf2.evm.bsuir.unibel.by
solaris2
Ряд опций может применяться в каждой строке после имени хоста. Опции
разделяются с помощью пробелов.
lo=userid
- позволяет вам указать альтернативный логин для данного
хоста; в противном случае, при запуске машины будет использоваться
Ваш логин.
so=pw
- заставит ПВМ сделать запрос пароля при обращении к данному
хосту. Это может применяться в случаях, когда Вы имеете отличные идентификатор
пользователя и пароль в удаленной системе. По умолчанию ПВМ использует
rsh для запуска удаленных pvmd, но если указана
pw, ПВМ будет использовать вместо него rexec().
dx=location
of pvmd - позволяет Вам указать иное местонахождение
для него на данном хосте. Это применимо, если Вы хотите использовать
свою собственную копию pvmd.
ep=paths
to user executables - позволяет Вам указать последовательность
путей для поиска порождаемых на данном хосте файлов. Множество путей
разделяется двоеточиями. Если ep= не указана, то ПВМ просматривает
$HOME/pvm3/bin/ PVM_ARCH в процессе работы задач приложения.
sp=value
- указывает относительную вычислительную скорость хоста
в сравнении с другими хостами в данной конфигурации. Диапазон возможных
значений: от 1 до 1000000, причем значение 1000 является значением
по умолчанию.
bx=location
of debugger - указывает какой отладочный скрипт
вызвать на данном хосте, если в порождающей подпрограмме запрашивается
отладка.
Примечание:
Переменная окружения PVM_DEBUGGER также может
устанавливаться. По умолчанию используется отладчик pvm3/lib/debugger.
wd=working_directory
- указывает рабочий каталог, из которого будут
запускаться все порождаемые на данном хосте задачи. По умолчанию это
$HOME.
ip=hostname
- указывает альтернативное имя для восстановления IP-адреса
хоста.
so=ms
- указывает, что ведомый pvmd на этом хосте будет
запускаться вручную. Это применимо, если сетевые сервисы rsh
и rexec запрещены, но возможность IP-связи существует. При
использовании этой опции Вы увидите на tty, связанном с pvmd3:
Эту строку Вы должны вернуть ведущему pvmd. На этом этапе
Вы увидите:
Thanks
после чего оба pvmd должны получить доступ к коммуникации.
Если Вы хотите установить любую из приведенных опций как используемую
по умолчанию для ряда хостов, Вы можете поместить нужные опции в одну
строку с символом * в поле имени хоста. Эти установки по
умолчанию будут иметь эффект для всех подпадающих хостов до тех пор,
пока они не будут опровергнуты другой строкой с установками.
Хосты, которые Вы не желаете видеть в начальной конфигурации, но хотите
добавить позже, могут быть указаны в файле хостов путем внесения в
начало соответствующих строк символов &. Пример файла хостов,
иллюстрирующего большинство из этих опций, показан ниже:
# Комментарии начинаются с символа # (пустые строки игнорируются)
Знаете ли Вы, что оптимальнй план - это план, доставляющий максимум целевой функции, отражающей выбранный критерий эффективности функционирования объекта планирования при соблюдении требований, заданных в форме системы уравнений и неравенств. Оптимальный план не обязательно является наилучшим планом, подлежащим утверждению и последующему выполнению, поскольку учитывает только те условия хозяйственной деятельности, которые удалось описать в математической форме. Во многих случаях процесс планирования требует использования информации, содержащейся во множестве разнообразных оптимальных планов.