В отношении ресурсов

Что касается ресурсов, характеризуемых их объемом, то причиной конфликтов может быть монополизация ресурсов одним процессом. (Некоторые системы, например ICES, стремятся к оптимальному распределению оперативной памяти с помощью многократного ее использования. Однако это может стать причиной неудачи при попытке применить эту систему совместно с пакетом, который сам обеспечивает средства управления динамическим распределением памяти.) Следовательно, можно сформулировать правило: (R4) Если программное инструментальное средство может получить некоторые ресурсы для своего функционирования, то порождающему процессу должно быть предоставлено право доступа к ним для назначения определенной части этих ресурсов. В любом случае в документацию должен быть включен список ресурсов, часть из которых необходима для программного инструментального средства. В отношении ресурсов качественного характера (которые могут перечисляться по отдельности, например имена) устанавливается следующее правило: (R5) Ресурсы качественного характера должны быть обеспечены порождающим процессом. Если это невозможно (как, например, для имен подпрограмм) , то в описании программной машины должно быть указано, какие ресурсы качественного характера используются и как может быть модифицирована программная машина в случае необходимой замены этих ресурсов другими. Излишне напоминать, что в проекте базовой графической системы GK. S была учтена потенциальная возможность конфликтов из-за имен. Этот проект стандарта для графических систем предполагает, что реализации системы GKS должны обеспечивать преобразование имен с целью замены любого глобального имени пакета программ в процессе его включения в среду ЭВМ, когда при ином подходе могли бы возникнуть конфликты из-за имен.

Releated Post

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.