| Внешние имена — общие на уровне | Область видимости внешних имен — |
| задания, а не на уровне приложений | одиночное приложение, то есть каж |
| дое приложение задания имеет свое | |
| собственное пространство имен для | |
| внешних переменных | |
| Управление транзакциями | Управление транзакциями осуществ |
| осуществляется для всего задания | ляется как на уровне задания, так и |
| на уровне приложений | |
| Допускается только одна активизация | Допускаются множественные активи |
| программы в задании | зации одной и той же программы. |
| Каждая активизация имеет собствен | |
| ные (защищенные) области памяти | |
| Выделяется только одна область | У каждой программы своя собствен- |
| статической и автоматической (стек) | ная защищенная статическая, авто- |
| памяти и одна область динамической | матическая (стек) и динамическая |
| памяти для каждого языка | (куча) память |
| программирования |
Как уже упоминалось, первоначально в AS/400 было определено три уровня работы. Самый низкий уровень, под MI, — задача. Процесс «живет» на уровне MI и построен на структуре задач SLIC. Поверх модели процессов MI OS/400 в качестве единицы работы поддерживает задание. Большинство других ОС работают непосредственно с процессами. Но не OS/400. В этом отношении задание в ней — аналог процесса в других ОС.
Полнофункциональное задание обеспечивает лучшие возможности разделения ресурсов и защиты, чем процессы в других ОС; однако, для создания такого задания нужно больше времени. Задание AS/400 можно называть «полновесным».
Приложения, написанные специально для AS/400, обычно соответствуют структуре полнофункционального задания, то есть, исполняются внутри одного задания. Динамическое создание множества заданий для одного приложения не рекомендуется, из-за больших накладных расходов.
Конечно, для некоторых других ОС приложения пишутся не так. Например, Unix и Windows NT определяют структуру, в которой процессы могут быстро создаваться, существовать и затем разрушаться. Приложения, написанные для таких ОС, часто используют множество процессов. Для достижения достаточной производительности приложениям такого типа нужен очень «легковесный» процесс.
Данная тенденция привела к новому пониманию процесса. Например, в модели POSIX процессы разделены на два отдельных компонента. Первый содержит все ресурсы для группы взаимодействующих единиц. Эти ресурсы включают в себя виртуальную память, коммуникационные порты и файлы, выделенные процессу. Некоторые ОС даже называют эту часть процесса задачей.
Вторая часть процесса — активная среда выполнения, обычно называемая потоком. В процессе может исполняться один или несколько параллельных потоков. Исходное определение процесса было ограничено только одной исполняющейся единицей. Новое определение допускает несколько единиц исполнения — потоков. Поток — это подпроцесс, который имеет доступ к некоторым собственным ресурсам, а также к разделяемым ресурсам процесса. Таким образом, в многопоточном процессе может исполняться несколько
