Побудова надійних операційних систем, що допускають наявність ненадійних драйверів пристроїв
Состав работы
|
|
|
|
Работа представляет собой zip архив с файлами (распаковать онлайн), которые открываются в программах:
- Microsoft Word
Описание
Введення
Найбільш гострою проблемою багатьох користувачів є ненадійність комп'ютерів.
Дослідники у галузі комп'ютерної науки звикли до регулярних збоїв комп'ютерів і до необхідності через кожні кілька місяців встановлювати патчі програмного забезпечення. Проте переважна більшість користувачів вважає це відсутність надійності неприйнятним. Їхня внутрішня модель роботи електронного пристрою ґрунтується на досвіді використання телевізорів і відеомагнітофонів: ви купуєте пристрій, підключаєте його до мережі, і воно бездоганно працює протягом 10 років. Ніяких відмов, ніяких регулярних оновлень програмного забезпечення, ніяких газетних історій про виявлення новітніх представників нескінченної низки вірусів. Щоб зробити комп'ютерні системи більш схожими на телевізори, ми ставимо за мету свого дослідження вдосконалення надійності комп'ютерних систем, і починаємо з операційних систем.
1. Чому у систем трапляються відмови?
Основна причина аварійних відмов операційних систем криється у двох принципових дефекти розробки, властивих всім цим системам: наявність занадто великого числа привілеїв і відсутність адекватної ізоляції збоїв. Практично всі операційні системи складаються з численних модулів, скомпонованих в одному адресному просторі і утворюють єдину бінарну програму, яка виконується в режимі ядра. Помилка в будь-якому модулі може легко призвести до руйнування структур даних в будь-якому іншому, не пов'язаним з ним модулі і до миттєвого виходу системи з ладу. Причиною, за якою всі модулі компонуються в єдиний адресний простір без підтримки будь-якої захисту між модулями, є Фаустова угода розробників: покращена продуктивність за ціну більшого числа відмов системи. Нижче ми оцінимо вартість цього компромісу.
Тісно пов'язаний питання відноситься до першопричину аварійних відмов. Адже якби кожен модуль був бездоганним, то не виникала б потреба в ізоляції збоїв між модулями, оскільки не було б самих збоїв. Ми стверджуємо, що більша частина збоїв виникає через помилки програмування, внаслідок надмірної складності і використання чужого коду. Дослідження показують, що в програмному забезпеченні в середньому міститься від однієї до шістнадцяти помилок на тисячу рядків коду [27, 22, 2], і що верхня межа цього діапазону явно занижена, оскільки враховувалися тільки ті помилки, які, врешті-решт, вдавалося виявити. Очевидним висновком є те, що в більшому обсязі коду міститься більша кількість помилок. У міру розвитку програмного забезпечення в кожній його новій версії з'являється все більше можливостей (і, відповідно, більший об'єм коду), і часто нова версія є менш надійною, ніж попередня. У [22] показано, що число помилок на тисячу рядків коду прагне до стабілізації у міру зростання числа випущених версій, але асимптотично цей показник відрізняється від нуля.
Найбільш гострою проблемою багатьох користувачів є ненадійність комп'ютерів.
Дослідники у галузі комп'ютерної науки звикли до регулярних збоїв комп'ютерів і до необхідності через кожні кілька місяців встановлювати патчі програмного забезпечення. Проте переважна більшість користувачів вважає це відсутність надійності неприйнятним. Їхня внутрішня модель роботи електронного пристрою ґрунтується на досвіді використання телевізорів і відеомагнітофонів: ви купуєте пристрій, підключаєте його до мережі, і воно бездоганно працює протягом 10 років. Ніяких відмов, ніяких регулярних оновлень програмного забезпечення, ніяких газетних історій про виявлення новітніх представників нескінченної низки вірусів. Щоб зробити комп'ютерні системи більш схожими на телевізори, ми ставимо за мету свого дослідження вдосконалення надійності комп'ютерних систем, і починаємо з операційних систем.
1. Чому у систем трапляються відмови?
Основна причина аварійних відмов операційних систем криється у двох принципових дефекти розробки, властивих всім цим системам: наявність занадто великого числа привілеїв і відсутність адекватної ізоляції збоїв. Практично всі операційні системи складаються з численних модулів, скомпонованих в одному адресному просторі і утворюють єдину бінарну програму, яка виконується в режимі ядра. Помилка в будь-якому модулі може легко призвести до руйнування структур даних в будь-якому іншому, не пов'язаним з ним модулі і до миттєвого виходу системи з ладу. Причиною, за якою всі модулі компонуються в єдиний адресний простір без підтримки будь-якої захисту між модулями, є Фаустова угода розробників: покращена продуктивність за ціну більшого числа відмов системи. Нижче ми оцінимо вартість цього компромісу.
Тісно пов'язаний питання відноситься до першопричину аварійних відмов. Адже якби кожен модуль був бездоганним, то не виникала б потреба в ізоляції збоїв між модулями, оскільки не було б самих збоїв. Ми стверджуємо, що більша частина збоїв виникає через помилки програмування, внаслідок надмірної складності і використання чужого коду. Дослідження показують, що в програмному забезпеченні в середньому міститься від однієї до шістнадцяти помилок на тисячу рядків коду [27, 22, 2], і що верхня межа цього діапазону явно занижена, оскільки враховувалися тільки ті помилки, які, врешті-решт, вдавалося виявити. Очевидним висновком є те, що в більшому обсязі коду міститься більша кількість помилок. У міру розвитку програмного забезпечення в кожній його новій версії з'являється все більше можливостей (і, відповідно, більший об'єм коду), і часто нова версія є менш надійною, ніж попередня. У [22] показано, що число помилок на тисячу рядків коду прагне до стабілізації у міру зростання числа випущених версій, але асимптотично цей показник відрізняється від нуля.
Другие работы
Управление снабжением предприятия
Lokard
: 15 октября 2013
Введение
1. Теоретическая часть:
1.1 Основы логистики снабжения
1.2 Определение оптимального размера заказа
1.3 Системы управления запасами
2. Расчет материальных потоков снабжения:
2.1 Исходные данные
2.2 Система управления запасами с фиксированным размером партии
2.3 Система управления запасами с фиксированным интервалом между поставками
2.4 Система с установленной периодичностью пополнения запасов до постоянного уровня
Заключение
Список литературы
Введение
Множество фа
15 руб.
Привод элеватора с коническим мотор-редуктором (коническая передача с круговым зубом)
yaroslaviki
: 9 марта 2024
• Окружная сила Ft =2,75 кН
• Скорость ленты V =2,25 м/с
• Диаметр барабана D=150 мм
• Длина барабана В=400мм
• Высота оси H=300мм
Оглавление
1. Кинематические расчёты…………………………………………….3
2. Разработка компоновочной схемы………………………………….4
2.1. Предварительный расчет валов…………………………………4
2.2. Эскизная компоновка мотор-редуктора………………………...5
2.3. Конструирование зубчатых колёс………………………………5
2.4. Выбор типа подшипника и схемы его установки……………..6
3. Расчёт соедин
690 руб.
Особенности работы с клиентами в сервисной организации. На примере сети магазинов Кондитерский
Elfa254
: 6 апреля 2014
ВВЕДЕНИЕ 3
ГЛАВА I. Теоретические основы сервисной деятельности 5
1.1. Сфера услуг и сервисная деятельность 5
1.2. Сущность торговых услуг 15
1.3. Особенности работы с клиентом в торговой организации 21
ГЛАВА II. Особенности работы с клиентами в сервисной организации. На примере сети магазинов «Кондитерский Мир» 28
2.1. Описание деятельности торговой организации «Кондитерский Мир»…………………………………...…………………………………… 28
2.2. Работа с клиентами в компании «Кондитерский Мир»…………..........31
ЗАКЛЮЧЕНИЕ 40
5 руб.
Теория вероятностей и математическая статистика. Экзамен. Билет 03.
mirsan
: 15 мая 2015
Билет № 3
1. Формула полной вероятности. Формулы Бейеса. Повторение независимых испытаний. Формула Бернулли
2. Из урны, где находятся 8 белых и 4 черных шара, случайно вытащены 6 шаров. Какова вероятность того, что среди них будет 3 черных шара?
3. Дискретная случайная величина имеет следующий ряд распределения
Х -2 -1 0 5 10
р 0,11 0,22 0,11 а 0,04
Найти величину a, математическое ожидание и среднее квадратическое отклонение этой случайной величины.
4. Непрерывная случайная величина име
150 руб.