Понятие и виды операционных систем
Характеристика основного состава и свойств операционной системы. Возможности работы в среде Windows. Содержимое набора регистров центрального процессора, отображающее его состояние. Особенность эволюции коммерческих версий UNIX до модульного ядра.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 22.02.2019 |
| Размер файла | 143,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ПЕНЗЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Кафедра «Экономическая кибернетика»
Курсовая работа
по дисциплине “Информационно-коммуникационные технологии”
на тему “Понятие и виды операционных систем ”
Выполнил студент:
Бегчина В.А.
Руководитель:
Самыгин Д.Ю.
2016
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ
1. ПОНЯТИЕ ОПЕРАЦИОННОЙ СИСТЕМЫ
1.1 Сущность операционной системы
1.2 Свойства операционной системы
1.3 Состав операционной системы
2. ОСНОВНЫЕ ВИДЫ ОПЕРАЦИОННЫХ СИСТЕМ
2.1 Возможности работы в среде Windows
2.2 Особенности UNIX и Linux
2.3 Применение Macintosh
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ВВЕДЕНИЕ
Операционная система - это программа, которая загружается при включении компьютера. Она производит диалог с пользователем, осуществляет управление компьютером, его ресурсами (оперативной памятью, местом на дисках и т.д.), запускает другие (прикладные) программы на выполнение. Операционная система обеспечивает пользователю и прикладным программам удобный способ общения (интерфейс) с устройствами компьютера.
Основная причина необходимости операционной системы состоит в том, что элементарные операции для работы с устройствами компьютера и управления ресурсами компьютера - это операции очень низкого уровня, поэтому действия, которые необходимы пользователю и прикладным программам, состоят из нескольких сотен или тысяч таких элементарных операций.
Например, накопитель на магнитных дисках «понимает» только такие элементарные операции, как включить/выключить двигатель дисковода, установить читающие головки на определенный цилиндр, выбрать определенную читающую головку, прочесть информацию с дорожки диска в компьютер и т.д. И даже для выполнения такого несложного действия, как копирование файла с одной дискеты на другую (файл - это поименованный набор информации на диске или другом машинном носителе), необходимо выполнить тысячи операций по запуску команд дисководов, проверке их выполнения, поиску и обработке информации в таблицах размещения файлов на дисках и т.д. Задача еще усложняется следующим:
- имеется около десятка форматов флешек, и операционная система должна уметь работать со всеми этими форматами. Для пользователя работа с флешками различного формата должна осуществляться абсолютно одинаково;
- файл на флешках занимает определенные участки, причем пользователь не должен ничего знать о том, какие именно. Все функции по обслуживанию таблиц размещения файлов, поиску информации в них, выделению места для файлов на флешках выполняются операционной системой, и пользователь может ничего не знать о них;
- во время работы программы копирования может возникать несколько десятков различных особых ситуаций, например сбой при чтении или записи информации, неготовность дисководов к чтению или записи, отсутствие места на флешке для копируемого файла и т.д. Для всех этих ситуаций необходимо предусмотреть соответствующие сообщения и корректирующие действия.
Операционная система прячет от пользователя эти сложные и ненужные подробности и предоставляет ему удобный интерфейс для работы. Она выполняет также различные вспомогательные действия, например копирование или печать файлов. Операционная система осуществляет загрузку в оперативную память всех программ, передает им управление в начале их работы, выполняет различные действия по запросу выполняемых программ и освобождает занимаемую программами оперативную память при их завершении.
Есть несколько видов операционных систем: DOS, Windows, UNIX разных версий и др. Наиболее распространенной является операционная система Windows. Существует несколько версий Windows: Windows-10, Windows-8, Windows-7. Все они близки между собой по содержанию.
Целью данной работы является изучение основных понятий и принципов работы операционных систем.
Задачи:
- рассмотреть сущность, свойства и состав операционных систем;
- рассмотреть особенности UNIX и Linux;
- рассмотреть применение Macintosh.
1. ПОНЯТИЕ ОПЕРАЦИОННОЙ СИСТЕМЫ
1.1 Сущность операционной системы
Операционные системы относятся к системному программному обеспечению. Как известно, все программное обеспечение разделяется на системное и прикладное. К системному программному обеспечению положено относить такие программы и комплексы программ, которые являются общими, без которых невозможно выполнение или создание других программ. История появления и развития системного программного обеспечения появилась с того момента, когда люди признали, что любая программа требует операций ввода-вывода данных.
Программирование операций ввода-вывода принадлежит к одной из самых трудоемких областей создания программного обеспечения. Здесь речь идет не об использовании операторов типа READ или WRITE в языках высокого уровня. Речь идет о необходимости создать подпрограмму в машинном виде, уже готовую к выполнению на компьютере, а не написанную с помощью некоторой системы программирования (систем программирования тогда еще не было), подпрограмму, вместо обычных вычислений управляющую тем устройством, которое должно участвовать в операциях ввода исходных данных или вывода результатов. При наличии такой подпрограммы программист может обращаться к ней столько раз, сколько операций ввода-вывода с этим устройством ему требуется, Для осуществления этой работы программисту недостаточно хорошо знать архитектуру вычислительного комплекса и уметь создавать программы на языке ассемблера. Он должен отлично знать и интерфейс, с помощью которого устройство подключено к центральной части компьютера, и алгоритм функционирования устройства управления устройства ввода-вывода.
Видно, что имело смысл создать набор подпрограмм управления операциями ввода-вывода и использовать его в своих программах, чтобы не заставлять программистов каждый раз заново программировать все эти операции. С этого и началась история системного программного обеспечения. Впоследствии набор подпрограмм ввода-вывода стали организовывать в виде специальной библиотеки ввода-вывода, а затем появились и сами операционные системы. Основной причиной их появления было желание автоматизировать процесс подготовки вычислительного комплекса к выполнению программы.
На нынешний день можно констатировать, что операционная система (ОС) символизирует собой комплекс системных управляющих и обрабатывающих программ, которые, с одной стороны, выступают как интерфейс между аппаратурой компьютера и пользователем с его задачами, а с другой стороны, предназначены для наиболее эффективного расходования ресурсов вычислительной системы и организации надежных вычислений.
Операционная система интернирует аппаратное обеспечение компьютера от прикладных программ пользователей. И пользователь, и его программы взаимодействуют с компьютером через интерфейсы операционной системы.
1.2 Свойства операционной системы
Ниже приведены свойства ОС, которые позволяют сравнивать ОС друг с другом.
Эффективность. При распределении ресурсов система должна быть в достаточной степени эффективна. Она не должна сама потреблять слишком много ресурсов и предъявлять больших требований к оборудованию.
Надежность и устойчивость. Она должна быть такой же надежной, как аппаратура. Быть в состоянии производить определение и диагностику ошибок, а также восстановление после характерных ошибок, произошедших по вине пользователей. Она должна защищать пользователя от его же ошибок или хотя бы минимизировать вред, который они наносят. Устойчивость -- возможность восстановления системы после сбоя, например, послегбоя питания.
Гибкость и расширяемость. Гибкость -- система должна настраиваться в зависимости от поведения пользователя. Ресурсы должны увеличиваться или уменьшаться в зависимости от задания пользователя. В процессе эволюции добавляются новые средства, ОС должна быть расширяемой для обеспечения эффективного использования быстро изменяемого аппаратного обеспечения.
Переносимость. Переносимость -- возможность функционирования ОС для различных архитектур процессоров и внешних устройств.
Безопасность. ОС должна защищать приложения от взаимного влияния. Должна минимизировать возможность преднамеренной или случайной порчи данных и программ для всех приложений пользователя и самой ОС. Должна защитить критические ресурсы от несанкционированного доступа.
Необходимыми условиями защищенной ОС являются:
- возможность определения владельца для каждого ресурса;
- возможность определения для владельца прав доступа.
Совместимость. Возможность использовать ОС для процессоров с разной архитектурой. Совместимость может быть обеспечена на уровне исходных кодов и двоичных кодов. Совместимость на уровне исходных кодов обеспечена для той части ОС, которая написана на языке Си.
Удобство и ясность. Так как ОС предназначена, прежде всего, для работы с пользователем, она должна быть спроектирована с учетом человеческого фактора.
В зависимости от количества одновременно решаемых задач ОС делится на однозадачную и многозадачную операционную системы. По количеству пользователей, одновременно обслуживаемых ОС, они делятся на однопользовательские и многопользовательские. Основной отличительной чертой последних является необходимость аутентификации пользователя при регистрации в системе с целью определения прав пользователя.
В зависимости от режима выполнения задач ОС делятся на системы с невытесняемой и вытесняемой многозадачностью.
В первых системах передача управления другой задаче выполняется, если первая задача не может продолжить выполнение в связи с обращением к внешнему устройству, например. Вытесняющая многозадачность означает передачу управления другой задаче не только в случае необходимости выполнения запроса. Выполнение задачи прерывается по истечении заданного кванта времени. ОС с вытесняемой многозадачностью еще называют ОС разделения времени. В качестве объекта для выделения кванта времени могут использоваться процессы или его части; (потоки). ОС, которая поддерживает возможность параллельного выполнения потоков, называется многопоточной.
ОС с жесткими требованиями по времени выполнения их функций и приложений, называются системами реального времени.
Современные вычислительные системы могут включать в себя более одного процессора. Операционная система, которая поддерживает работу в многопроцессорном режиме, называется многопроцессорной.
В связи с большим многообразием процессоров актуальной является задача поддержки нескольких типов процессоров одной операционной системой. В настоящее время разработана теория построения ОС для нескольких платформ. В основе этой теории лежит деление модулей ОС на аппаратно зависимые и аппаратно независимые модули. Для связи между модулями этих групп используется стандартный интерфейс, поэтому для обеспечения поддержки нового типа аппаратуры необходимо только разработать аппаратно зависимые модули для этой аппаратуры. ОС, предназначенные для работы с различными типами процессоров, называются многоплатформенными.
Примеры. ОС LINUX является многозадачной ОС с вытесняющей многозадачностью. Она является многопоточной, поддерживает многопроцессорную работу с 32-битными и 64-битлыми процессорами. Это многоплатформенная ОС (поддерживает Hewlett-Packard's Alpha, Itanium, MIPS, SPARC. Motorola MC680x0, PowerPC, серию IBM), обеспечивает возможность работы в режиме реального времени. WINDOWS 2000 является многозадачной ОС с вытесняющей многозадачностью. Она является многопоточной, поддерживает многопроцессорную работу с 32-битными и 64-битными процессорами. Это многоплатформенная операционная система. Для определения процессоров, которые поддерживаются, можно использовать функцию SetSystemlnfo. Среди этих процессоров 64-битные процессоры фирмы INTEL и AMD. Режим реального времени не поддерживает.
1.3 Состав операционной системы
Операционная система - это комплекс взаимосвязанных системных программ, назначение которого - организовать взаимодействие пользователя с компьютером и выполнение всех других программ.
Структуру операционной системы составляют следующие модули:
1. Базовый модуль (ядро операционной системы)- управляет работой программы и файловой системой, обеспечивает доступ к ней и обмен файлами между периферийными устройствами.
2. Командный процессор - расшифровывает и исполняет команды пользователя, поступающие прежде всего через клавиатуру.
3. Драйверы периферийных устройств - программно обеспечивают согласованность работы этих устройств с процессором (каждое периферийное устройство обрабатывает информацию по разному и в различном темпе).
4. Дополнительные сервисные программы (утилиты) - делают удобным и многосторонним процесс общения пользователя с компьютером. Структура операционной системы представлена на рисунке 1.
Рисунок 1 - Структура операционной системы
Файлы, составляющие ОС. Известно, что для их выполнения _рограмммы - и, следовательно, файлы ОС - должны находиться в оперативной памяти (ОЗУ). Однако, чтобы произвести запись ОС в ОЗУ, необходимо выполнить программу загрузку, которой сразу после включения компьютера в ОЗУ нет. Выход из этой ситуации состоит в последовательной, поэтапной загрузке ОС в оперативную память.
Первый этап загрузки ОС. В системном блоке компьютера находится постоянное запоминающее устройство (ПЗУ, постоянная память, ROM-Read Only Memory - память с доступом только для чтения), в котором содержатся программы тестирования блоков компьютера и первого этапа загрузки ОС. Они начинают выполняться с первым импульсом тока при включении компьютера. На этом этапе процессор обращается к диску и проверяет наличие на определенном месте (в начале диска) очень небольшой программы - загрузчика. Если эта программа обнаружена, то она считывается в ОЗУ и ей передается управление.
Второй этап загрузки ОС. Программа - загрузчик, в свою очередь, ищет на диске базовый модуль ОС, переписывает его память и передает ему управление.
Третий этап загрузки ОС. В состав базового модуля входит основной загрузчик, который ищет остальные модули ОС и считывает их в ОЗУ. После окончания загрузки ОС управление передается командному процессору и на экране появляется приглашение системы к вводу команды пользователя.
В оперативной памяти во время работы компьютера обязательно должны находиться базовый модуль ОС и командный процессор. Следовательно, нет необходимости загружать в оперативную память все файлы ОС одновременно. Драйверы устройств и утилиты могут подгружаться в ОЗУ по мере необходимости, что позволяет уменьшать обязательный объем оперативной памяти, отводимый под системное программное обеспечение.
Первая задача ОС - организация связи, общения пользователя с компьютером в целом и его отдельными устройствами. Такое общение осуществляется с помощью команд, которые в том или ином виде человек сообщает операционной системе. В ранних вариантах операционных систем такие команды просто вводились с клавиатуры в специальную строку. В последующем были созданы программы - оболочки ОС, которые позволяют общаться не только с ОС не только текстовым языком команд, а с помощью меню (в том числе пиктографического) или манипуляций с графическими объектами.
Вторая задача ОС - организация взаимодействия всех блоков компьютера в процессе выполнения программы, которую назначил пользователь для решения задачи. В частности, ОС организует и следит за размещением в оперативной памяти и на диске нужных для работы программы данных, обеспечивает своевременное подключение устройств компьютера по требованию программы и т.п.
Третья задача ОС - обеспечение так называемых системных работ, которые бывает необходимо выполнить для пользователя. Сюда относится проверка, “лечение” и форматирование диска, удаление и восстановление файлов, организация файловой системы и т.п. Обычно такие работы осуществляются с помощью специальных программ, входящих в ОС и называемых утилитами.
Операционная система выполняет роль связующего звена между аппаратурой компьютера, с одной стороны, и выполняемыми программами, а также пользователем, с другой стороны.
ОС обычно защищается во внешней памяти компьютера - на диске. При включении компьютера она считывается с дисковой памяти и размещается в ОЗУ. операционный регистр процессор модульный
2. ОСНОВНЫЕ ВИДЫ ОПЕРАЦИОННЫХ СИСТЕМ
2.1 Возможности работы в среде Windows
В таблице 1 перечислены названия продуктов Windows, их внутренние номера версий и даты выпусков.
Таблица 1-Выпуски операционной системы Windows
|
Название продукта |
Внутренний номер версии |
Дата выпуска |
|
|
Windows NT 3.1 |
3.1 |
Июль 1993 г. |
|
|
Windows NT 3.5 |
3.5 |
Сентябрь 1994 г. |
|
|
Windows NT 3.51 |
3.51 |
Май 1995 г. |
|
|
Windows NT 4.0 |
4.0 |
Июль 1996 г. |
|
|
Windows 2000 |
5.0 |
Декабрь 1999 г. |
|
|
Windows XP |
5.1 |
Август 2001 г. |
|
|
Windows Server 2003 |
5.2 |
Март 2003 г. |
|
|
Windows Vista |
6.0 (сборка 6000) |
Январь 2007 г. |
|
|
Windows Server 2008 |
6.0 (сборка 6001) |
Март 2008 г. |
|
|
Windows 7 |
6.1 (сборка 7600) |
Октябрь 2009 г. |
|
|
Windows Server 2008 R2 |
6.1 (сборка 7600) |
Октябрь 2009 г. |
|
|
Windows 10 |
1507 (сборка 14393.51) |
Июль 2015 г. |
Ключевые понятия и термины операционной системы Microsoft Windows: Windows API, процессы, потоки, виртуальная память, режим ядра и пользовательский режим, объекты, дескрипторы, система безопасности и реестр.
Интерфейс прикладного программирования Windows API (application programming interface) является интерфейсом системного программирования в пользовательском режиме для семейства операционных систем Windows. До выхода 64-разрядных версий Windows программный интерфейс для 32-разрядных версий операционных систем Windows назывался Win32 API, чтобы его можно было отличить от исходной 16-разрядной версии Windows API (которая служила интерфейсом программирования для начальных 16-разрядных версий Windows). Термин Windows API относится как к 32-, так и к 64-разрядным интерфейсам программирования в среде Windows.
Windows API состоит из нескольких тысяч вызываемых функций, которые разбиты на следующие основные категории:
1. Базовые службы (Base Services). Службы компонентов (Component Services).
2. Службы пользовательского интерфейса (User Interface Services).
3. Графические и мультимедийные службы (Graphics and Multimedia Services).
4. Обмен сообщениями и совместная работа (Messaging and Collaboration).
5. Сеть (Networking).
6. Веб-службы (Web Services).
Основные термины:
1. Функции Windows API. Документированные, вызываемые подпрограммы в Windows API. Например, CreateProcess, CreateFile и GetMessage.
2. Собственные системные службы (или системные вызовы). Недокументированные базовые службы в операционной системе, вызываемые при работе в пользовательском режиме. Например, NtCreateUserProcess является внутренней службой, которую функция Windows CreateProcess вызывает для создания нового процесса.
3. Функции поддержки ядра (или подпрограммы). Подпрограммы внутри операционной системы Windows, которые могут быть вызваны только из режима ядра. Например, ExAllocatePoolWithTag является подпрограммой, вызываемой драйверами устройств для выделения памяти из системных динамически распределяемых областей Windows (называемых пулами).
4. Службы Windows. Процессы, запускаемые Диспетчером управления службами (Windows service control manager). Например, служба Диспетчер задач запускается в виде процесса, работающего в пользовательском режиме, в котором поддерживается команда at (аналогичная UNIX-командам at или cron).
5. Библиотеки DLL (dynamic-link libraries - динамически подключаемые библиотеки). Набор вызываемых подпрограмм, связанных вместе в виде двоичного файла, который может быть загружен в динамическом режиме приложениями, которые используют эти подпрограммы. В качестве примера можно привести Msvcrt.dll (библиотеку времени выполнения для приложений, написанных на языке C) и Kernel32.dll (одну из библиотек подсистемы Windows API). DLL-библиотеки широко используются компонентами и приложениями Windows, которые работают в пользовательском режиме. Преимущество, предоставляемое DLL-библиотеками по сравнению со статическими библиотеками, заключается в том, что они могут использоваться сразу несколькими приложениями, и Windows обеспечивает наличие в памяти только одной копии кода DLL-библиотеки для тех приложений, в которых имеются ссылки на эту библиотеку. Следует заметить, что неисполняемые .NET-сборки компилируются как DLL-библиотеки, но без каких-либо экспортируемых подпрограмм. CLR анализирует скомпилированные метаданные для доступа к соответствующим типам и элементам классов.
Хотя при поверхностном взгляде программы и процессы похожи друг на друга, на самом деле они в корне различаются. Программа - это статическая последовательность инструкций, в то время как процесс - это контейнер для набора ресурсов, используемых при выполнении экземпляра программы. На самом высоком уровне абстракции Windows-процесс включает в себя следующее:
1. Закрытое виртуальное адресное пространство, являющееся набором адресов виртуальной памяти, которым процесс может воспользоваться.
2. Исполняемую программу, определяющую исходный код и данные, и отображаемую на виртуальное адресное пространство процесса.
3. Перечень открытых дескрипторов (описателей) различных системных ресурсов - семафоров, коммуникационных портов и файлов, доступных всем потокам процесса.
4. Связанную с процессом среду безопасности, называемую маркером доступа, идентифицирующим пользователя, группы безопасности, права доступа, виртуализированное состояние системы управления учетными записями пользователей - User Account Control (UAC), сессию и ограниченное состояние учетной записи пользовател.
5. Уникальный идентификатор, называемый идентификатором процесса, - process ID (внутренняя часть идентификатора называется идентификатором клиента - client ID).
6. Как минимум один поток выполнения (хотя возможен и абсолютно бесполезный «пустой» процесс).
Каждый процесс также указывает на свой родительский процесс или процесс-создатель. Если родительского процесса больше нет, эта информация не обновляется. Поэтому процесс может указывать на уже несуществующий родительский процесс. Это не создает никаких проблем, поскольку от актуальности этой информации ничего не зависит. При использовании программы исследования процессов ProcessExplorer берется в расчет время запуска родительского процесса, чтобы избежать присоединения дочернего процесса на основе повторно используемого идентификатора процесса.
Для просмотра процессов и информации о них (а также для внесения изменений) используется несколько инструментальных средств. Большинство этих средств входит в состав самой Windows, а также в состав отладочного комплекта Debugging Tools for Windows и в состав Windows SDK, но есть и другие автономные средства под маркой Sysinternals. Многие из этих средств показывают частично совпадающие поднаборы сведений об основных процессах и потоках, которые иногда идентифицируются по-разному.
Наверное, самым востребованным средством изучения активности процессов является Диспетчер задач.
Инструментальное средство Process Explorer из арсенала Sysinternals предоставляет больше подробностей о процессах и потоках, чем другие доступные средства. Допускаемые Process Explorer уникальные возможности показа той или иной информации или выполнения действий:
1. Демонстрация маркера доступа к процессу (в виде перечня групп, прав доступа и состояния виртуализации).
2. Выделение изменений в списке процессов и потоков.
3. Вывод списка служб внутри процессов, являющихся их хозяевами, включая демонстрацию имен и описаний этих служб.
4. Показ процессов, являющихся частью задания и подробностей задания.
5. Показ процессов, являющихся хозяевами .NET-приложений и специфичных для .NET-технологии подробностей (таких как список экземпляров класса AppDomain, загруженных сборок и счетчиков производительности CLR); показ времени запуска процессов и потоков.
6. Показ полного списка отображенных на память файлов (не только DLL-библиотек).
7. Приостановка процесса или потока; завершение отдельного потока.
8. Простота определения тех процессов, которые потребляли за определенный период времени основную часть времени центрального процессора. (Системный монитор (Performance Monitor) может показывать процесс использования центрального процессора для заданного набора процессов, но он не будет автоматически показывать процессы, созданные после запуска сеанса мониторинга производительности, это может сделать только ручная трассировка в двоичном формате вывода.)
Process Explorer также обеспечивает легкий доступ к информации, собранной в одном месте. Можно просмотреть:
1. Дерево процессов (с возможностью свертывать части дерева); открытые в процессе дескрипторы (включая безымянные дескрипторы); список имеющихся в процессе DLL-библиотек (и отображенных на память файлов).
2. Активность потоков в процессе.
3. Стеки потоков пользовательского режима и режима ядра (включая отображение адресов на имена с использованием библиотеки Dbghelp.dll, поставляемой с отладочным пакетом Debugging Tools для Windows).
4. Более точный процентный показатель использования центрального процессора, вычисляемый с помощью счетчика циклов потока; уровень целостности.
5. Подробности управления памятью, такие как зафиксированная пиковая нагрузка (peak commit charge), страницы памяти ядра (kernel memory paged) и лимиты резидентного пула (nonpaged pool limits) - другие инструментальные средства показывают только текущий размер.
Поток, выполнение которого планируется операционной системой Windows, является составляющей того или иного процесса. Без него программа, запустившая процесс, не сможет работать. Поток включает в себя следующие основные компоненты:
Содержимое набора регистров центрального процессора, отображающее его состояние.
Два стека - один, используемый потоком при выполнении кода в режиме ядра, и один, используемый при выполнении кода в пользовательском режиме.
Закрытую область хранения, называемую локальным хранилищем потока - thread-local storage (TLS) для использования подсистемами, библиотеками времени выполнения и DLL-библиотеками.
Уникальный идентификатор, называемый идентификатором потока - thread ID (часть внутренней структуры, называемая идентификатором клиента - client ID - идентификаторы процессов и идентификаторы потоков образуются из одного и того же пространства имен, поэтому они никогда не перекрываются). Иногда у потоков имеется свой собственный контекст безопасности, или маркер (token), часто используемый многопоточными серверными приложениями, который является олицетворением контекста безопасности обслуживаемых этими приложениями клиентов.
Подвергаемые изменениям регистры, стеки и закрытая область хранения называются контекстом потока. Поскольку эта информация для каждой машинной архитектуры, в среде которой запущена Windows, бывает разной, структура, если это необходимо, также зависит от той или иной архитектуры. Доступ к этой, специфической для конкретной архитектуры, информации (называемой блоком CONTEXT) предоставляется Windows-функцией GetThreadContext.
Поскольку при переключении выполнения с одного потока на другой задействуется планировщик ядра, такая операция может обойтись весьма дорого, особенно если два потока часто переключаются между собой. В Windows реализованы два механизма сокращения «накладных расходов»: волокна и использование планировщика пользовательского режима - user-mode scheduling (UMS).
Волокна позволяют приложению осуществлять планирование работы своих собственных «потоков», не полагаясь на встроенный в Windows механизм планирования на основе приоритетов. Волокна часто называют «облегченными» потоками, и, с точки зрения планирования работы, ядру они не видны, поскольку реализуются в пользовательском режиме с помощью библиотеки Kernel32.dll. Чтобы воспользоваться волокнами, сначала нужно вызвать Windows-функцию преобразования потока в волокно - ConvertThreadToFiber. Эта функция преобразует поток в запущенное волокно. Впоследствии только что созданное волокно может с помощью функции CreateFiber создавать дополнительные волокна. (У каждого волокна может быть свой собственный набор волокон.) Но в отличие от потока волокно не приступает к выполнению своего кода, пока оно не будет выбрано с помощью функции SwitchToFiber. Новое волокно выполняется до тех пор, пока оно существует, или до тех пор, пока в нем не будет вызвана функция SwitchToFiber, которая выберет для выполнения другое волокно. Дополнительные сведения можно найти в документации Windows SDK по функциям волокон.
UMS-потоки, доступные только на 64-разрядных версиях Windows, имеют те же основные преимущества, что и волокна, но избавлены от многих недостатков, присущих волокнам. UMS-потоки имеют свое собственное состояние потоков ядра, и поэтому они видимы ядру, которое позволяет нескольким UMS-потокам выдавать блокирующие системные вызовы, совместно использовать и вести борьбу за ресурсы и иметь состояние для каждого потока. Но когда двум и более UMS-потокам требуется работать только в пользовательском режиме, они могут периодически переключать контексты выполнения (за счет уступок одного потока другому) без участия планировщика: переключение контекста происходит в пользовательском режиме. С точки зрения ядра ничего не меняется и продолжается выполнение все того же потока. Когда UMS-поток выполняет операцию, требующую входа в ядро (например, системный вызов), он переключается на выделенный ему поток режима ядра (это называется непосредственным переключением контекста - directed context switch).
Хотя у потоков имеется свой собственный контекст выполнения, каждый поток внутри какого-нибудь процесса использует общее виртуальное адресное пространство этого процесса (вдобавок ко всем остальным ресурсам, принадлежащим процессу). Таким образом, все потоки в процессе имеют полноправный доступ к виртуальному адресному пространству процесса. Но потоки не могут случайно сослаться на адресное пространство другого процесса, пока этот другой процесс не сделает часть своего закрытого адресного пространства общим разделом памяти, или пока у одного процесса не будет прав на открытие другого процесса для использования таких функций памяти, касающихся обоих процессов, как ReadProcessMemory и WriteProcessMemory.
Контекст безопасности каждого процесса хранится в объекте, который называется маркером доступа (access token). Маркер доступа процесса содержит идентификацию безопасности и полномочия процесса. По умолчанию потоки не имеют своего собственного маркера доступа, но они могут получить такой маркер, позволяющий отдельным потокам имитировать контекст безопасности другого процесса, включая процессы на удаленной системе Windows, не оказывая при этом никакого влияния на другие потоки процесса.
Дескрипторы виртуального адресного пространства - virtual address descriptors (VAD) являются структурами данных, используемых диспетчером памяти для отслеживания виртуальных адресов, используемых процессом.
Windows предоставляет расширение модели процесса, называемое заданием (job). Основная функция объектов заданий заключается в том, чтобы управлять группами процессов как единым целым и осуществлять на них одновременное воздействие. Объект задания позволяет управлять конкретными атрибутами и предоставляет ограничения для процесса или процессов, связанных с заданием. Он также записывает основную учетную информацию для всех процессов, связанных с заданием, а также для всех процессов, которые были связаны с заданием ранее, но на данный момент уже завершены. Некоторым образом объект задания компенсирует в Windows отсутствие структурированного дерева процесса, но во многих отношениях он является более мощным средством, чем дерево процесса в UNIX-стиле.
2.2 Особенности UNIX и Linux
Linux был разработан в попытке создать бесплатную альтернативу коммерческим UNIX-средам. Его история начинается в 1991 или даже в 1983 гг., когда был создан проект GNU, чьей исходной целью было предоставить бесплатную альтернативу UNIX. Linux работает на гораздо большем количестве платформ, например на Intel®/AMD x86. Большинство ОС UNIX способны работать только на одной платформе.
У Linux и UNIX общие исторические корни, но есть и серьезные отличия. Много инструментов, утилит, и бесплатных приложений, являющихся стандартными для Linux, первоначально задумывались как бесплатная альтернатива программам для UNIX. Linux часто предоставляет поддержку множества опций и приложений, заимствуя лучшую или наиболее популярную функциональность из UNIX.
Распорядитель или разработчик, который привык работать с Linux, система UNIX может показаться не очень удобной для использования. С другой стороны, фундамент UNIX-подобной операционной системы (инструменты, файловая система, интерфейсы API) достаточно стандартизирован. Однако некоторые детали систем могут иметь существенные различия. Далее в статье будут рассмотрены эти различия.
Разработчики коммерческих дистрибутивов UNIX рассчитывают на определенный круг клиентов и серверную платформу для своей операционной системы. Они хорошо представляют, какую поддержку и оптимизацию каких приложений нужно реализовать. Производители UNIX делают все возможное для обеспечения совместимости между различными версиями. Кроме того, они опубликовали стандарты своих ОС.
Разработка GNU/Linux, с другой стороны, не ориентирована на конкретные платформы и круг клиентов и разработчики GNU/Linux имеют различные опыт и взгляды. В Linux-сообществе не существует строгого стандартного набора инструментов или сред. Для решения этой проблемы был запущен проект Linux Standards Base (LSB), но он оказался не столь результативным, как хотелось бы.
Эта недостаточная стандартизованность наводит к значительным несогласованностям внутри Linux. Для некоторых разработчиков возможность использовать лучшие достижения других операционных систем является плюсом, однако не всегда удобно копирование в Linux элементов UNIX, например, когда имена устройств внутри Linux могут быть взяты из AIX, тогда как инструменты для работы с файловой системой ориентированы на HP-UX. Несовместимости такого рода встречаются также между различными дистрибутивами Linux. Например, Gentoo и RedHat реализуют различные методы обновлений.
Для сравнения - каждый новый релиз UNIX-системы выходит с хорошо документированным описанием новых особенностей и изменений UNIX. Команды, инструменты и другие элементы редко меняются, и часто те же аргументы командной строки для приложений остаются неизменными на протяжении многих версий этого программного обеспечения. Когда же происходят значительные изменения в этих элементах, поставщики коммерческих UNIX-систем часто предоставляют оболочку, необходимую для обеспечения совместимости с ранними версиями этого инструмента.
Похожая совместимость означает, что утилиты и приложения могут использоваться на новейших версиях операционных систем без проверки и изменения их исходного кода. Поэтому перевод на новую версию UNIX, в которой обычно нет принципиальных отличий от старой версии, для пользователей или администраторов связан с намного меньшими усилиями, чем переход с одного дистрибутива Linux на другой.
Большинство коммерческих версий UNIX созданы для одного или небольшого количества архитектур аппаратного обеспечения. HP-UX работает только на платформах PA-RISC и Itanium, Solaris - на SPARC и x86, а AIX предназначен только для процессоров POWER.
Благодаря этим ограничениям, UNIX-производители могут относительно свободно модифицировать свой код для этих архитектур и использовать любое преимущество своей архитектуры. Поскольку они прекрасно знают поддерживаемые ими устройства, то их драйверы работают лучше, и им не нужно учитывать ограничения BIOS, характерные для ПК.
Linux, с другой стороны, исторически создавался для обеспечения максимальной совместимости. Linux доступен на различных архитектурах, а число устройств ввода/вывода и прочей периферии, которая может использоваться с этой ОС, почти безгранично. Разработчики не могут заранее знать, какое конкретное оборудование будет установлено в компьютере, и часто не могут обеспечить его эффективное использование. Одним из примеров является управление памятью на Linux. Ранее Linux использовал сегментную модель памяти, первоначально разработанную для x86. Сейчас он адаптирован для использования страничной памяти, но все еще сохраняет некоторые требования к сегментной памяти, что вызывает проблемы, если архитектура не поддерживает сегментированную память. Это не является проблемой для UNIX-производителей. Они точно знают, на каком оборудовании будет работать их UNIX.
Ядро заявляется сердцем операционной системы. Исходный код ядра коммерческих дистрибутивов UNIX является собственностью их разработчиков и не распространяется за пределы компании. Полностью противоположная ситуация с Linux. Процедуры для компиляции и исправления ядер и драйверов весьма различны. Для Linux и других операционных систем с открытым исходным кодом патч может быть выпущен в виде исходного кода, и конечный пользователь может установить, проверить и даже модифицировать его. Эти патчи обычно проверены не так тщательно как патчи от поставщиков коммерческих ОС UNIX. Поскольку нет полного списка приложений и сред, которые должны быть оттестированы для корректной работы на Linux, Linux-разработчики зависят от конечных пользователей и других разработчиков, которые будут отлавливать ошибки.
Поставщики коммерческих UNIX-дистрибутивов выпускают ядра только в виде исполняемого кода. Некоторые релизы являются монолитными, тогда как другие позволяют обновить только какой-нибудь конкретный модуль ядра. Но в любом случае этот релиз предоставляется только в форме исполняемого кода. Если необходимо обновление, администратор должен ждать, пока производитель выпустит патч в бинарном коде, однако его может утешить то, что производитель выполнит тщательную проверку своего патча на обратную совместимость.
Все коммерческие версии UNIX в некоторой степени эволюционировали до модульного ядра. Драйверы и отдельные особенности ОС доступны как отдельные компоненты и могут быть по необходимости загружены или выгружены из ядра. Но открытая модульная архитектура Linux гораздо гибче. Однако гибкость и адаптируемость Linux означают и постоянное изменение. Изначальный код Linux постоянно меняется, и, по прихоти разработчика, может поменяться API. Когда модуль или драйвер написан для коммерческой версии UNIX, он проработает гораздо дольше, чем тот же драйвер для Linux.
Одной из причин, благодаря которой Linux оказался порядочно мощной ОС, является его широкая совместимость с другими операционными системами. Одна из самых очевидных особенностей - это изобилие файловых систем, которые являются доступными. Большинство коммерческих версий UNIX поддерживают два или три типа файловой системы. Linux, однако, поддерживает большинство из современных файловых систем.
Большинство коммерческих версий UNIX удерживают журналируемые файловые системы. Например, HP-UX в качестве стандартной файловой системы использует hfs, но он также поддерживает журналируемую файловую систему vxfs. Solaris поддерживает ufs и zfs. Журналируемая файловая система является важным компонентом любой серверной среды для предприятия. В Linux поддержка журналируемых файловых систем была реализована поздно, но теперь есть несколько вариантов - от клонов коммерческих файловых систем (xfs, jfs) до специфических для Linux файловых систем (ext3, reiserfs).
Другие принадлежности файловых систем включают в себя поддержку квот, список контроля доступа к файлам, зеркальное копирование, снимки системы и изменение размеров. В той или иной форме они поддерживаются файловыми системами Linux. Большинство из этих особенностей не являются стандартными для Linux. Одни особенности могут работать на одной файловой системе, тогда как другие потребуют другой файловой системы. Некоторые из этих особенностей просто недосягаемы на определенных файловых системах Linux, а другие требуют дополнительной установки инструментов, например, определенной версии LVM или поддержку дисковых массивов (software raid package). Исторически так сложилось, что в Linux совместимость программных интерфейсов и стандартных инструментов достигается с трудом, поэтому множество файловых систем реализуют эти особенности поразному.
Так как коммерческие UNIX-системы поддерживают ограниченное количество файловых систем, их инструменты и методики работы с ними более стандартизованы. Например, так как в Irix поддерживалась только одна главная файловая система, то был только один способ задания списков контроля доступа. Это гораздо удобнее для конечного пользователя и для дальнейшей поддержки этой ОС.
Большая часть базовых приложений одинаковы как на UNIX, так и на Linux. Например, команды cp, ls, vi и cc доступны на UNIX и Linux, и очень похожи, если не полностью идентичны. Linux-версии этих инструментов основаны на GNU-версиях этих инструментов, тогда как версии этих инструментов для UNIX основаны на традиционных UNIX-инструментах. Эти инструменты для UNIX имеют длительную историю и редко менялись.
Но это вовсе не означает, что коммерческие версии UNIX не могут использоваться с GNU-инструментами. Фактически много производителей коммерческих UNIX ОС включают в свои дистрибутивы много GNU-инструментов или предлагают их как бесплатное дополнение. GNU-инструменты не просто стандартные инструментальные средства. Некоторые из таких бесплатных утилит не имеют коммерческих аналогов (emacs или Perl). Большинство производителей предустанавливают эти программы, и они либо автоматически устанавливаются вместе с системой, или доступны в качестве дополнительного компонента.
Бесплатные приложения с открытым исходным кодом почти всегда вделываются во все Linux-дистрибутивы. Существует большое количество бесплатного программного обеспечения, доступного для Linux, и многие из этих приложений были портированы на коммерческие версии ОС UNIX.
Коммерческие и/или с закрытым исходным кодом приложения (CAD, финансовые программы, графические редакторы) могут не иметь аналогов для Linux. Хотя некоторые производители выпускают версии своих приложений для Linux, большинство производителей не торопятся делать этого, пока популярность Linux у пользователей не возрастет.
С другой стороны, коммерческие версии UNIX исторически имеют поддержку большого количества приложений уровня предприятия, например, Oracle или SAP. Linux сильно проигрывает из-за трудности сертификации больших приложений, тогда как коммерческие версии UNIX не меняются сильно от релиза к релизу. Linux может сильно измениться не только с каждым новым дистрибутивом, но иногда и в промежутке между релизами одного и того же дистрибутива. Поэтому производителю программного обеспечения очень трудно понять, в какой именно среде будет использоваться их приложение.
Но некоторые дистрибутивы Linux доставляются со стандартным набором инструментов для управления системой, например, SUSE's YaST, не существует общего для Linux стандарта инструментальных средств системного администрирования. Доступны текстовые файлы и инструменты командной строки, но иногда их применение может быть неудобным. Каждая коммерческая версия UNIX имеет свой собственный интерфейс управления системой. С помощью этого интерфейса можно управлять элементами системы и изменять их. Ниже приведен пример Менеджера системного администрирования [System Administration Manager (SAM)] для HP-UX.
Данный SAM содержит следующие модули:
1. Пользователи или группы, которыми надо управлять.
2. Параметры ядра, которые можно изменить.
3. Настройка сети.
4. Настройка и инициализация дисков.
5. Конфигурирование X server.
Свойство этого пакета утилит великолепно, причем этот пакет утилит хорошо взаимодействует с текстовыми файлами. Аналога этого инструмента для Linux не существует. Даже YaST в SUSE не обладает такой же функциональностью.
Еще один аспект в UNIX и Linux, который, кажется, меняется почти с каждой версией ОС - расположение сценариев инициализации системы. К счастью, /sbin/init и /etc/inittab являются стандартными каталогами. Но сценарии запуска системы находятся в различных каталогах.
Из-за высокого количества дистрибутивов Linux и почти бесконечного числа доступных приложений (с учетом того, что версий этого приложения тоже много) для этой ОС, управление программами на Linux становится сложной задачей. Выбор правильного инструмента зависит от того, с каким дистрибутивом вы работаете. Далее неудобства проистекают из того, что некоторые дистрибутивы используют формат файлов Redhat Package Manager (RPM), в то время как их программы несовместимы. Такое разделение приводит к появлению огромного количества опций работы с пакетами, и не всегда понятно, какая система используется в конкретной среде.
С иной стороны, коммерческие дистрибутивы UNIX содержат стандартные менеджеры пакетов. Даже притом что существуют различные версии приложений и специфичные форматы для различных версий UNIX, среда управления приложениями неизменна. Например, Solaris использует одни и те же инструменты управления пакетами приложений с момента своего создания. И скорее всего средства идентификации, добавления или удаления пакетов программ в Solaris будут все также неизменными.
Исполнители коммерческих дистрибутивов UNIX поставляют также и аппаратное обеспечение, для работы на котором предназначена их ОС, поэтому в своих ОС они могут внедрять какие-либо новые устройства, что гораздо труднее сделать для Linux. Например, в последних версиях Linux были попытки реализовать поддержку компонентов с возможностью их "горячей замены" (с переменным успехом). Коммерческие версии UNIX обладают такой возможностью уже много лет. Еще в коммерческих версиях UNIX лучше, чем в Linux, реализован мониторинг за аппаратным обеспечением. Производители могут написать драйверы и внедрить их в свою операционную систему, которая будет вести мониторинг состояния системы, например, число ошибок памяти ECC, параметры энергопотребления или любого другого компонента аппаратного обеспечения. Поддержка такого рода для Linux ожидается только в отдаленном будущем.
Аппаратное обеспечение для коммерческих UNIX-систем также имеет более продвинутые опции загрузки. Прежде чем операционная система загрузится, существует много возможностей настроить ее загрузку, проверить "здоровье" системы или настроить параметры аппаратного обеспечения. BIOS стандартного персонального компьютера PC имеет меньшую часть, если вообще имеет, этих опций.
Одно из наиболее мощных отличий между Linux и UNIX состоит в стоимости. Поставщики коммерческих UNIX-систем установили высокую цену на свой UNIX, хотя его можно использовать только с их аппаратными платформами. Дистрибутивы Linux, с другой стороны, стоят сравнительно недорого, если вообще не бесплатны.
При покупке коммерческой версии UNIX производители обычно предоставляют техническую поддержку. Большинство пользователей Linux лишено поддержки компании-производителя ОС. Они могут получить поддержку только с помощью электронной почты, из форумов и от различных сообществ пользователей Linux. Однако эти группы предназначены не только для пользователей Linux. Многие администраторы коммерческих операционных систем семейства UNIX фигурируют в этих открытых группах поддержки для того чтобы иметь возможность как оказывать помощь, так и, при необходимости, пользоваться ею. Много людей находят такие группы взаимопомощи даже более полезными, чем система поддержки, предлагаемая изготовителем ОС.
Фундаментальные основы UNIX и Linux очень похожи. Пользователю или системному администратору переход с Linux на UNIX добавит в работу некоторые неудобства, но в целом переход окажется безболезненным. Даже если файловые системы и ядра у них будут отличаться и для их освоения потребуется некоторое время, инструменты и API остаются неизменными. В основном эти различия существенны не более чем различия между основными версиями UNIX. Все ветви UNIX и Linux постепенно развиваются и будут незначительно отличаться друг от друга, но из-за зрелости концепций UNIX основы ОС не изменятся очень велико.
2.3 Применение Macintosh
Linux и Mac OS X владеют общими UNIX-корнями. Однако между ними имеются и весьма важные различия, в отличие от открытой системы UNIX, Mac OS X выступает в качестве проприетарного программного обеспечением, то есть существует запрет на осуществление свободного распространения, внесение различных изменений и так далее. Самая первая Mac OS возникла в 1984 году, что намного ранее возникновения Windows. Сама система Mac OS X является значительно переработанной BSD-UNIX-системой с собственным ядром (XNU).
Преимущества системы Mac OS. Выгодной стороной системы Мас OS выступает практически полное отсутствие компьютерных вирусов для системы Мacintosh. И дело заключается не только в не слишком большой распространенности системы Mac OS X в сравнении с системой Windows, но также еще и в том, что все традиционные компьютерные вирусы не работают просто-напросто в UNIX среде.Весьма простое управление. Работать с программными продуктами для Mac, как правило, проще, нежели с программным обеспечением для системы Windows.
Недостатки системы Mac OS - это то, что систему Mac OS можно установить только лишь на компьютеры Мacintosh, произведенных компанией Apple. Данные компьютеры обладают, в отличие от ставших нам привычными персональных компьютеров, закрытой архитектурой, то есть данные компьютеры собирает исключительно Apple. Это хорошо, с одной стороны, так как обеспечивается стопроцентная интеграция всего компьютерного оборудования и софта плюс превосходное качество применяемых комплектующих и процесса сборки. Однако, имеется и обратная сторона медали. Так как изготовитель «Маков» является только один, то и какая-либо конкуренция отсутствует здесь в принципе. Что с точки зрения потребителей не слишком хорошо. Кроме этого, существует некая проблема с процессом установки драйверов. Не под все имеющиеся устройства выпускают драйвера под систему Mac OS , да и сама система разберет далеко не всё даже весьма часто применяемое оборудование.
Главнейшая черта, которая бросается сразу в глаза - это графический интерфейс системы. К примеру, если в Windows каждой запущенной программе соответствует, как правило, одно окно с открывающимися уже в нем самом вкладками, а также панелями инструментов, то в системе Мас OS применяются «плавающие» панели и окна, которые не привязаны к общему окну, а расположены на рабочем столе. Ещё одним отличительным признаком маковского интерфейса выступает панель dock. Она представляет собой панель, расположенную в самой нижней части рабочего стола, где расположены значки приложений и файлов, к которым необходим быстрый доступ, а также все запущенные компьютерные приложения. Есть возможность редактировать панель, менять её размеры, добавлять и убирать значки приложений.
...Подобные документы
Сущность и принцип работы операционной системы, правила и преимущества ее использования. Возможности различных операционных систем, их сильные и слабые стороны. Сравнительная характеристика систем Unix и Windows NT, их потенциал и выполняемые задачи.
реферат [10,5 K], добавлен 09.10.2009Использование операционных систем Microsoft Windows. Разработка операционной системы Windows 1.0. Возможности и характеристика последующих версий. Выпуск пользовательских операционных систем компании, доработки и нововведения, версии Windows XP и Vista.
реферат [23,3 K], добавлен 10.01.2012Основные понятия об операционных системах. Виды современных операционных систем. История развития операционных систем семейства Windows. Характеристики операционных систем семейства Windows. Новые функциональные возможности операционной системы Windows 7.
курсовая работа [60,1 K], добавлен 18.02.2012Описание файловой системы Unix. Работа основных команд ls, cmp, comm, их ключей. Разработка программного продукта, работающего в среде Windows и представляющего собой эмулятора командного процессора операционной системы Unix. Выбор средств реализации.
курсовая работа [183,0 K], добавлен 29.04.2015Понятие и особенности операционной системы UNIX как одной из самых популярных в мире операционных систем, история разработки и развития. Оценка возможности постоянного наращивания мощности кластера путем присоединения дополнительных компьютеров.
презентация [6,1 K], добавлен 23.10.2013Понятие, сущность, структура и виды операционных систем. Характеристика операционной системы Windows XP, требования к ее установке, сравнительный анализ версий, особенности настройки, обновления версии, установки драйверов устройств и добавление новых.
реферат [558,8 K], добавлен 20.10.2009История появления операционной системы Unix. Перекомпиляция Unix в коды любой аппаратной платформы, ее многозадачность и многотерминальность. Основные отличия Unix от других операционных систем. Использование Unix в качестве сервера и рабочей станции.
реферат [28,1 K], добавлен 05.04.2010Vista: понятие, методика проектирования. Зараженность персональных компьютеров с различными версиями операционных систем Windows. Оснастка "Брандмауэр Windows в режиме повышенной безопасности". Режим работы IE 7.0, возможности, безопасные соединения.
лекция [2,3 M], добавлен 20.12.2013Основные моменты истории операционных систем, связывающих аппаратное обеспечение и прикладные программы. Характеристика операционной системы Microsoft Windows Seven, анализ операционной системы Linux. Преимущества и недостатки каждой операционной системы.
курсовая работа [63,0 K], добавлен 07.05.2011Характеристика, функции, типы, виды и состав операционных систем. Первая коммерческая система unix system. Операционные системы, основанные на графическом интерфейсе, пи–система, семейство unix. История и основные предпосылки появления ОС Windows.
курсовая работа [66,9 K], добавлен 18.01.2011Понятие системного администрирования, задачи и функции сетевых операционных систем, их внедрение. Особенности, возможности и инструменты Windows Server 2003, понятие "роли", управление носителями ролей FSMO. Функции набора утилит командной строки.
курсовая работа [35,3 K], добавлен 04.10.2010Понятие и функции операционных систем, их классификация и структура, принципы работы. Виды операционных систем и их краткая характеристика: DOS, Window-95. Достоинства и недостатки Microsoft Windows XP. Создание локальных сетей. Глобальная сеть Internet.
контрольная работа [35,5 K], добавлен 26.06.2014Понятие операционной системы как базового комплекса компьютерных программ, обеспечивающего управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных, выполнение утилит. История развития операционных систем семейства Windows.
курсовая работа [54,3 K], добавлен 10.01.2012Назначение и функции операционных систем компьютера. Аппаратные и программные ресурсы ЭВМ. Пакетные ОС. Системы с разделением времени: Multics, Unix. Многозадачные ОС для ПК с графическим интерфейсом: Windows, Linux, Macintosh. ОС для мобильных устройств.
курсовая работа [53,4 K], добавлен 05.12.2014История развития и отличительные признаки UNIX-системы. Основы информационной безопасности и особенности настройки исследуемой операционной системы, ее достоинства, недостатки и базовые права доступа. Общая характеристика безопасности ядра UNIX.
реферат [599,5 K], добавлен 18.09.2013Прикладные программы и утилиты. Простейшие функции операционной системы. История разработки корпорацией Microsoft Corporation графической операционной оболочки Windows. Версия семейства сетевых ОС Windows NT (Millennium Edition, 2000, XP, Vista, Seven)
презентация [965,2 K], добавлен 12.10.2013Характеристика операционной системы. История развития Windows. Сравнительная характеристика версий Windows. Элементы и инструменты Windows XP. Прикладные программы в Windows XP. Работа настольных и портативных компьютеров под управлением Windows.
доклад [19,1 K], добавлен 16.10.2011Исследование эволюции операционных систем для персонального компьютера компании Microsoft. Характеристика основных функциональных особенностей Windows XP, Windows Vista и Linux. Достоинства и недостатки операционных систем, произведенных компанией Apple.
реферат [36,8 K], добавлен 10.04.2018Основные классификации операционных систем. Операционные системы семейства OS/2, UNIX, Linux и Windows. Разграничение прав доступа и многопользовательский режим работы. Пользовательский интерфейс и сетевые операции. Управление оперативной памятью.
реферат [22,8 K], добавлен 11.05.2011Графические интерфейсы и расширения для DOS. История развития операционной системы Microsoft Windows. Новшества ее современных версий: пользовательский интерфейс, языковая интеграция, системы защиты. Хронология развития и архитектура системы GNU/Linux.
реферат [38,9 K], добавлен 25.10.2010
