Разработчик - операционная система
Cтраница 2
Аппаратному уровню соответствует проекция, используемая разработчиками операционных систем. [16]
Какие меры, по-вашему, должны предусмотреть разработчики операционной системы во избежание необходимости использования дампов в процессе отладки. [17]
В следующих разделах мы рассмотрим другие вопросы, которые должны принимать во внимание разработчики операционных систем для того, чтобы получить достойную производительность системы со страничной организацией памяти. [18]
Как в области транспорта есть свои Титаники, Конкорды и Гинденбурги, у разработчиков операционных систем также есть множество вещей, о которых они предпочли бы забыть. [19]
Как в области транспорта есть свои Титаника, Конкорды и Гинденбурги, у разработчиков операционных систем также есть множество вещей, о которых они предпочли бы забыть. [20]
Конкретное распределение простейших функций по компонентам явилось следствием сложившегося в начале 60 - х годов у разработчиков операционной системы OS / 360 представления о требованиях пользователей. В другой идеологии программирования выделение трех указанных выше функций системы могло сохраниться, но могло также оказаться абсолютно бессмысленным. Рассмотрим, например, последовательность стандартных действий, выполняемых при необходимости обращения программы к некоторому набору данных. [21]
Необходимая приспособляемость обеспечивается предоставлением пользователю возможности строить индивидуальную ОС для своего применения из компонентов, поставляемых разработчиком операционной системы. Процедуру приспособления общей ОС к конкретному применению и конкретной конфигурации аппаратуры называют генерированием системы. [22]
 |
Алгоритм LRU, использующий матрицу. Обращения к страницам происходят в порядке. 0, 1, 2, 3, 2, 1, 0, 3, 2, 3. [23] |
Хотя оба описанных выше алгоритма LRU в принципе осуществимы, очень мало ( если вообще такие есть) машин оснащено подобным оборудованием, поэтому разработчики операционных систем для компьютеров, не имеющих такой аппаратуры, редко используют эти алгоритмы. Вместо этого требуется программно реализуемое решение. Для него необходим программный счетчик, связанный с каждой страницей в памяти, изначально равный нулю. [24]
Поскольку большинство пультов пользователя сопрягается с управляющей вычислительной машиной через подсистемы цифрового входа и выхода, организация обслуживания этой аппаратуры при помощи трансляторов и других средств ОС - вот почти все, что может сделать разработчик операционной системы. Только тогда, когда поставщики и пользователи достигнут соглашения о создании стандартных пультов, будет разработано программное обеспечение пультов. [25]
Структура операционной системы, предназначенной для поддержки функционирования многопроцессорной вычислительной установки, должна, конечно, отличаться от структуры традиционных систем, поскольку она отражает возможность параллельной работы сразу нескольких управляющих механизмов. Разработчики операционных систем располагают самыми разнообразными средствами организации параллелизма. [26]
Закрытость системных вызовов также имеет свои преимущества, заключающиеся в том, что в результате достигается гибкость в реализации библиотечных процедур. То есть разработчики операционной системы получают возможность изменять действительные системные вызовы, сохраняя при этом работоспособность прикладных программ. [27]
Еще одним источником информации во время разработки служат спецификации аппаратуры. Например, разработчик операционной системы опирается на описания ЦП ( например, набора команд, механизмов прерывания, средств защиты) и всего периферийного оборудования системы. Разработчику прикладной системы часто нужно знать характеристики терминалов и линий связи. Неправильное истолкование этих материалов может привести к ошибкам в программном обеспечении. [28]
Закрытость системных вызовов также имеет свои преимущества, заключающиеся в том, что в результате достигается гибкость в реализации библиотечных процедур. То есть разработчики операционной системы получают возможность изменять действительные системные вызовы, сохраняя при этом работоспособность прикладных программ. [29]
Как и книга Брукса, эта статья является обязательным чтением для каждого честолюбивого разработчика операционных систем. [30]
Страницы: 1 2 3