Cтраница 3
В зависимости от типа ошибки и модели канал может произвести селективный сброс вводатвывода, сброс системы ввода-вывода или выдать сигнал стоп. Если CSW запоминается, то в зависимости от типа ошибки в CSW указывается сбой в управлении канала или сбой в управлении интерфейса ввода-вывода. [31]
Следует различать два типа ошибок титрования. К ошибкам первого типа относятся систематические ошибки, возникающие за счет того, что рН перехода окраски индикатора отличается от рН в точке эквивалентности химической реакции. Эти ошибки обычно можно свести к минимуму продуманным выбором индикатора; часто соответствующую поправку дает проведение холостого опыта. [32]
В зависимости от типа ошибки средства восстановления МВМ позволяют избавиться от последствий ошибки и продолжить работу СВМ ЕС в целом, завершить функционирование ВМ, на которую повлияла ошибка, или аварийно завершить работу СВМ ЕС. [33]
В настоящей главе обсуждаются типы ошибок, возникающих при проведении анализа, методы их выявления, а также способы оценки и представления их величин. [34]
В табл. 7.1. приведены типы ошибок, предоставляемых соответственно КМ и КС процессору, и их вызывающие причины. [35]
Программа информирования пользователя идентифицирует тип ошибки, допущенной в тексте описания, и выдает диагностические сообщения. Для некоторых ошибок выдаются рекомендации по их исправлению. Эта же программа накапливает статистику ошибок, которая может быть использована для повышения эффективности синтаксического и семантического контроля. [36]
Рассмотрим основные особенности каждого типа ошибок возможные методы снижения их вероятности. [37]
Из рисунка видны два типа ошибок: во-первых, неограниченный рост числа событий в канале между сервисным и протокольным автоматами, и, во-вторых, когда протокольный объект находится в состоянии 2, возникает ошибка непредусмотренного приема, В случае игнорирования запросов передачи данных в состоянии 2 протокольного объекта произойдет обнаруживаемая для пользователя потеря передаваемых данных. Так как в момент запроса данные могут еще не поступить, то в реализации может потребоваться выполнение нескольких запросов на одну порцию данных, что снизит эффективность работы. [38]
Жесткий диск подвержен двум типам ошибок: физическим и логическим. Физические дефекты на диске могут возникать в результате повреждения его поверхности. Они обычно связаны с естественным физическим износом в результате длительной эксплуатации или с температурными деформациями, возникающими при значительных перепадах температур. Логические дефекты связаны с нарушениями файловой структуры в результате неправильных действий пользователя или программ. [39]
Погрешности эксперимента обусловлены двумя типами ошибок - погрешностями измерительных приборов и методическими ошибками. Методические же ошибки зависят от условий проведения экспериментов и могут быть значительными. [40]
Программа обработки ошибок ПУ анализирует тип ошибки и при сбое устройства уточняет состояние ПУ к пытается исправить сбойную ситуацию путем многократного повторения начальной программы, при выполнении которой произошел сбой. Число повторений зависит от типа ошибки и ПУ. [41]
Для программных прерываний необходимо определить тип ошибки и номер Р2 программы, обрабатывающей этот тип ошибки. С помощью управляющих таблиц определяется номер задачи, которой подчинена Р2 программа. Управление передается программе РЗ Согласование, которая инициирует для найденной Р2 программы задачу и установит для нее цепочку связей. Программа Согласование относится к Супервизору задач. [42]
Поясним подробнее смысл этих двух типов ошибок. [43]
В зависимости от модели и типа ошибки неисправность, обнаруженная при выполнении операций ввода-вывода, может приводить к условию прерывания от системы аппаратного контроля, или условию ошибки ввода-вывода, или к тому и другому одновременно. Условия ошибок ввода-вывода могут вызвать прерывание от ввода-вывода или установку соответствующего кода признака результата при выполнении команды ввода-вывода. [44]
Инспекции исходного текста с позиции типов ошибок позволяют их выявлять без углубления в функциональное назначение и детальную логику функционирования программ. Однако они вполне оправдываются сокращением сроков разработки и повышением качества программ. Во многих случаях эффективность ручных проверок недооценивается из-за традиционного оптимизма программистов и убежденности в собственной непогрешимости, а также вследствие кажущейся экономичности автоматизированных методов и средств. [45]