Конкретная архитектура

Cтраница 1

Некоторые возможные отношения между длиной команды и длиной слова. [1]

Эффективность конкретной архитектуры команд зависит от технологии, которая применялась при разработке компьютера. Тем читателям, которые считают, что этот выбор сделать просто, мы предлагаем взять лист бумаги и записать следующие предположения: 1) какова будет типичная скорость тактового генератора через 20 лет и 2) каково будет типичное время доступа к ОЗУ через 20 лет. Аккуратно сложите этот лист бумаги и спрячьте его в надежном месте, а через 20 лет разверните и прочитайте, что на нем написано. Те из вас, кто принял этот вызов, могут не использовать лист бумаги, а просто отправить свои предсказания в Интернет. [2]

Истинные значения вероятностей отказа конкретной архитектуры могут быть получены только при полном исключении влияния общих отказов. [3]

Несколько раз упоминалось, что ОС настраивается на конкретную архитектуру и конфигурацию ВС и, следовательно, пакеты прикладных программ ( ППП), поскольку они зависят от ОС, делаются зависимыми и от ВС. [4]

Дело в том, что пользоваться можно только такими особенностями конкретной архитектуры, которые остаются прозрачными для пользователя. Если частности архитектуры попадают в пользовательские интерфейсы, нарушается одно из важнейших условий мобильности - архитектурная независимость системы. [5]

Базовая организация, конструкция и монтаж, используемые для реализации конкретной архитектуры ( А. [6]

При разработке прикладных систем возможно использование трех уровней сервиса для решения той или иной частной задачи посредством связи прикладной системы с конкретным транслятором, с операционной системой, с конкретной архитектурой ПЭВМ. [7]

Надежность и готовность системы безопасности означают, что система может находиться в режиме on-line, будучи устойчивой к одному или нескольким отказам, и при этом сохраняет способность производить необходимые действия для безопасного программно-управляемого останова процесса, - в то время как отказ будет идентифицирован, и будет произведена замена дефектного оборудования. При выборе конкретной архитектуры системы безопасности разработчик должен определить полноту диагностического охвата, промежутки времени между испытаниями, резервирование и т.п. и оценить конкретную конфигурацию оборудования с обязательным учетом полевой части системы на соответствие требуемому уровню безопасности. [8]

Для составления программы требуется ( предварительное изучение архитектуры определенного типа компьютеров, что увеличивает трудоемкость программирования. Программа оказывается привязанной к конкретной архитектуре. [9]

Таким образом, Разрешение Госгортехнадзора подразумевает право на применение технических устройств на объектах всех категорий взрывоопасности. Поэтому технические решения по выбору конкретной архитектуры системы защиты для конкретного технологического объекта должны быть обоснованы в Техническом задании на создание АСУТП. Техническое задание в обязательном порядке согласовывается с территориальными органами технадзора. [10]

Как мы помним, согласно IEC 61508 представленные ограничения относятся не только к центральной части системы - ПЛК, но к целостным функциям безопасности, включая и полевое оборудование. Разработчик системы безопасности должен быть осведомлен о существующих ограничениях на применение конкретных архитектур систем безопасности, в особенности в тех случаях, когда немотивированные остановы процесса не только нежелательны, но и представляют серьезную опасность. [11]

Языки программирования высокого уровня были созданы для того, чтобы преодолеть недостатки низкоуровневого программирования. Они позволяют использовать различные операции, не заботясь о деталях их реализации на компьютере с конкретной архитектурой. Тексты программ при этом оказываются более короткими и универсальными ( независимыми от архитектуры), их легче читать, в них проще разобраться, а время их разработки значительно сокращается. Однако объем занимаемой памяти и время выполнения таких программ значительно больше, чем у тех, что написаны на языках низкого уровня. [12]

Практическая реализация технологии открытых информационных систем осложняется тем, что число стандартов в этой технологии составляет в настоящее время порядка десяти тысяч, их разработкой во всем мире занимаются более 300 организаций. Для каждого производителя и потребителя встает задача выбора из этого множества стандартов необходимого набора - профиля для создания и наполнения конкретной архитектуры системы. [13]

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

Федеральная служба по экологическому, технологическому и атомному надзору ( Ростехнадзор) при выдаче Разрешений на применение технических устройств для создания автоматизированных систем управления и противоаварийной защиты не делает подразделения по категориям взрывоопасности объекта. Таким образом, Разрешение Ростехнадзора подразумевает право на применение технических устройств на объектах всех категорий взрывоопасности. Поэтому технические решения по выбору конкретной архитектуры систем защиты и управления для данного технологического объекта должны быть обоснованы в Техническом задании на создание АСУТП. Техническое задание в обязательном порядке согласовывается с территориальным органом Ростехнадзора. [15]

Страницы: 1 2