ПРОФИЛЬ ПРИКЛАДНОЙ СРЕДЫ ОРГАНИЗАЦИИ ВЫЧИСЛЕНИЙ НА СУПЕР-ЭВМ (PSE10-HIP)

Приложение Г (справочное) СТАНДАРТИЗАЦИЯ В ОБЛАСТИ ПРИКЛАДНОЙ СРЕДЫ СУПЕР-ЭВМ

Г.1 Введение

В настоящем приложении рассматриваются виды стандартов, необходимых для развития переносимости (мобильности) в среде супер-ЭВМ.

Г.2 Вопросы переносимости

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

Г.2.1 Переносимость приложений

На переносимость приложений влияют исходные программы и среда их выполнения.

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

Переносимое приложение должно быть в состоянии вызывать соответствующую среду, при необходимости изменять ее и настраиваться под существующие условия среды. Переносимое приложение должно иметь средства для:

• запроса соответствующих ресурсов;

• ожидания доступа к требуемым ресурсам;

• выключения не используемых более ресурсов;

• сохранения образа выполняемой задачи (контрольной точки).

Переносимые приложения в среде супер-ЭВМ должны обрабатывать значения для:

• минимальных и максимальных чисел с плавающей точкой с допустимой погрешностью;

• минимальных и максимальных двойных чисел с плавающей точкой с допустимой
           погрешностью;

• минимальных и максимальных целых чисел;

•  минимальных и максимальных длинных целых чисел;

• минимальных и максимальных коротких целых чисел;

• максимально допустимой программно-адресуемой памяти;

• максимально допустимого объема файла прямого доступа;

• количества доступных для использования центральных процессоров (ЦП).

 Г.2.2 Интерфейс пользователя

Интерфейс пользователя должен обеспечивать возможность для:

• целенаправленной работы в пакетном и интерактивном режиме;

• сохранения образа выполняемой задачи (контрольной точки);

• рестарта с сохраненной контрольной точки;

• интерактивного выполнения отладки приложения в символических адресах;

• регулировки приоритетов обработки и сеанса;

• запроса учетных данных по загрузке и ограничениям;

• изменения заявленных расходов ресурсов для различных расчетов;

•  определять имеющиеся варианты компиляции (векторизатор, мультиобработка и т.д.);

• применять постоянный тип интерфейса пользователя.

Г.2.3 Интерфейс администратора системы

Интерфейс администратора системы должен обеспечивать возможность для:

• управления ограничениями ресурсов;

• изменения приоритетов пользователя;

• управления пакетной системой;

• создания контрольных точек перед остановкой системы;

• размещения системных ресурсов по конкретным приложениям;

• поиска учетных данных;

• изменения распределения ресурсов;

• управления лентами и другими сменными носителями.

Г.3 Интерфейс операционной системы

Необходимы стандарты для интерфейсов, указанных в настоящем разделе.

Г.3.1 Интерфейсы для управления ресурсами

Г.3.1.1 Ограничения ресурсов

Ограничения указываются по конкретным ресурсам, таким как ЦП, память, дисковые, ленточные и графические устройства.

Такой объект системных ресурсов, как сеанс применяется для управления ресурсами, используемыми группой связанных процессов. Реализация должна предотвращать возможность выхода процесса из сеанса работы, потому, что это может привести к потере управления ресурсами. Это требование распространяется на механизм удержания процесса в сеансе работы или на определение нового вида сеанса работы.

Различные виды ограничения ресурсов включают:

• максимальное время работы ЦП;

• максимальный объем памяти;

•  максимальный размер базового файла;

• максимальное число периферийных устройств;

• максимальный объем единичного файла;

• максимальное число ЦП;

• минимальную точность значения.

Для каждого вида ограничения ресурсов могут быть установлены жесткие или мягкие границы или те и другие одновременно.

Ограничения могут накладываться на один или на все следующие категории:

• единичный процесс;

• все процессы в сеансе работы;

• все процессы в группе процессов;

• все процессы в группе сеансов работы.

Если ограничения ресурсов нарушены, конкретный процесс (или процессы) должны быть отмечены соответствующим сигналом.

Г.3.1.2 Резервирование, учет и запрос ресурсов

Необходимы функции для резервирования ресурсов, учета и контроля использования ресурсов и запросы доступности ресурсов.

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

Г.4 Оболочка и утилиты

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

Г.4.1 Утилиты для учета

Необходимы интерфейсы утилит для определения:

• окончания сеанса некоторого пользователя при увеличении загрузки по какому-либо ресурсу;

• изменения расчета ресурса, по которому будет увеличена загрузка для данного пользователя
            на следующем сеансе;

• отчета об увеличении загрузки в текущем сеансе по сравнению с расчетной;

• отчета об увеличении загрузки по сравнению с расчетными значениями, установленными ранее.

Г.4.2 Утилиты для рестарта с контрольной точки