Для чего предназначены системные программы хранящиеся в постоянной памяти

Обновлено: 05.07.2024

В МК используется три основных вида памяти. Память программ представляет собой постоянную память ( ПЗУ ), предназначенную для хранения программного кода ( команд ) и констант. Ее содержимое в ходе выполнения программы не изменяется. Память данных предназначена для хранения переменных в процессе выполнения программы и представляет собой ОЗУ . Регистры МК — этот вид памяти включает в себя внутренние регистры процессора и регистры, которые служат для управления периферийными устройствами (регистры специальных функций).

4.3.1. Память программ

Основным свойством памяти программ является ее энергонезависимость, то есть возможность хранения программы при отсутствии питания. С точки зрения пользователей МК следует различать следующие типы энергонезависимой памяти программ :

ПЗУ масочного типа — mask-ROM. Содержимое ячеек ПЗУ этого типа заносится при ее изготовлении с помощью масок и не может быть впоследствии заменено или допрограммировано. Поэтому МК с таким типом памяти программ следует использовать только после достаточно длительной опытной эксплуатации. Основным недостатком данной памяти является необходимость значительных затрат на создание нового комплекта фотошаблонов и их внедрение в производство. Обычно такой процесс занимает 2-3 месяца и является экономически выгодным только при выпуске десятков тысяч приборов. ПЗУ масочного типа обеспечивают высокую надежность хранения информации по причине программирования в заводских условиях с последующим контролем результата.
ПЗУ, программируемые пользователем, с ультрафиолетовым стиранием — EPROM (Erasable Programmable ROM). ПЗУ данного типа программируются электрическими сигналами и стираются с помощью ультрафиолетового облучения. Ячейка памяти EPROM представляет собой МОП-транзистор с "плавающим" затвором, заряд на который переносится с управляющего затвора при подаче соответствующих электрических сигналов. Для стирания содержимого ячейки она облучается ультрафиолетовым светом, который сообщает заряду на плавающем затворе энергию, достаточную для преодоления потенциального барьера и стекания на подложку. Этот процесс может занимать от нескольких секунд до нескольких минут. МК с EPROM допускают многократное программирование и выпускаются в керамическом корпусе с кварцевым окошком для доступа ультрафиолетового света. Такой корпус стоит довольно дорого, что значительно увеличивает стоимость МК . Для уменьшения стоимости МК с EPROM его заключают в корпус без окошка (версия EPROM с однократным программированием).
ПЗУ, однократно программируемые пользователем, — OTPROM (One-Time Programmable ROM). Представляют собой версию EPROM, выполненную в корпусе без окошка для уменьшения стоимости МК на его основе. Сокращение стоимости при использовании таких корпусов настолько значительно, что в последнее время эти версии EPROM часто используют вместо масочных ПЗУ.
ПЗУ, программируемые пользователем, с электрическим стиранием — EEPROM (Electrically Erasable Programmable ROM). ПЗУ данного типа можно считать новым поколением EPROM, в которых стирание ячеек памяти производится также электрическими сигналами за счет использования туннельных механизмов. Применение EEPROM позволяет стирать и программировать МК , не снимая его с платы. Таким способом можно производить отладку и модернизацию программного обеспечения. Это дает огромный выигрыш на начальных стадиях разработки микроконтроллерных систем или в процессе их изучения, когда много времени уходит на поиск причин неработоспособности системы и выполнение циклов стирания-программирования памяти программ . По цене EEPROM занимают среднее положение между OTPROM и EPROM. Технология программирования памяти EEPROM допускает побайтовое стирание и программирование ячеек. Несмотря на очевидные преимущества EEPROM, только в редких моделях МК такая память используется для хранения программ. Связано это с тем, что, во-первых, EEPROM имеют ограниченный объем памяти. Во-вторых, почти одновременно с EEPROM появились Flash-ПЗУ, которые при сходных потребительских характеристиках имеют более низкую стоимость;
ПЗУ с электрическим стиранием типа Flash — Flash-ROM. Функционально Flash-память мало отличается от EEPROM. Основное различие состоит в способе стирания записанной информации. В памяти EEPROM стирание производится отдельно для каждой ячейки, а во Flash-памяти стирать можно только целыми блоками. Если необходимо изменить содержимое одной ячейки Flash-памяти, потребуется перепрограммировать весь блок. Упрощение декодирующих схем по сравнению с EEPROM привело к тому, что МК с Flash-памятью становятся конкурентоспособными по отношению не только к МК с однократно программируемыми ПЗУ, но и с масочными ПЗУ также.

4.3.2. Память данных

Память данных МК выполняется, как правило, на основе статического ОЗУ. Термин "статическое" означает, что содержимое ячеек ОЗУ сохраняется при снижении тактовой частоты МК до сколь угодно малых значений (с целью снижения энергопотребления ). Большинство МК имеют такой параметр, как "напряжение хранения информации" — U_STANDBY. При снижении напряжения питания ниже минимально допустимого уровня U_DDMIN, но выше уровня U_STANDBY работа программы МК выполняться не будет, но информация в ОЗУ сохраняется. При восстановлении напряжения питания можно будет сбросить МК и продолжить выполнение программы без потери данных. Уровень напряжения хранения составляет обычно около 1 В, что позволяет в случае необходимости перевести МК на питание от автономного источника (батареи) и сохранить в этом режиме данные ОЗУ.

Объем памяти данных МК , как правило, невелик и составляет обычно десятки и сотни байт. Это обстоятельство необходимо учитывать при разработке программ для МК . Так, при программировании МК константы, если возможно, не хранятся как переменные, а заносятся в ПЗУ программ. Максимально используются аппаратные возможности МК , в частности, таймеры. Прикладные программы должны ориентироваться на работу без использования больших массивов данных.

4.3.3. Регистры МК

Как и все МПС, МК имеют набор регистров, которые используются для управления его ресурсами. В число этих регистров входят обычно регистры процессора (аккумулятор, регистры состояния, индексные регистры), регистры управления (регистры управления прерываниями, таймером), регистры, обеспечивающие ввод/вывод данных (регистры данных портов, регистры управления параллельным, последовательным или аналоговым вводом/выводом). Обращение к этим регистрам может производиться по-разному.

В МК с RISC-процессором все регистры (часто и аккумулятор) располагаются по явно задаваемым адресам. Это обеспечивает более высокую гибкость при работе процессора.

Одним из важных вопросов является размещение регистров в адресном пространстве МК . В некоторых МК все регистры и память данных располагаются в одном адресном пространстве. Это означает, что память данных совмещена с регистрами. Такой подход называется "отображением ресурсов МК на память".

В других МК адресное пространство устройств ввода/вывода отделено от общего пространства памяти. Отдельное пространство ввода/вывода дает некоторое преимущество процессорам с гарвардской архитектурой, обеспечивая возможность считывать команду во время обращения к регистру ввода/вывода.

4.3.4. Стек МК

В микроконтроллерах ОЗУ данных используется также для организации вызова подпрограмм и обработки прерываний. При этих операциях содержимое программного счетчика и основных регистров (аккумулятор, регистр состояния и другие) сохраняется и затем восстанавливается при возврате к основной программе.

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

В гарвардской архитектуре стековые операции производятся в специально выделенной для этой цели памяти. Это означает, что при выполнении программы вызова подпрограмм процессор с гарвардской архитектурой производит несколько действий одновременно.

Необходимо помнить, что МК обеих архитектур имеют ограниченную емкость памяти для хранения данных. Если в процессоре имеется отдельный стек и объем записанных в него данных превышает его емкость, то происходит циклическое изменение содержимого указателя стека , и он начинает ссылаться на ранее заполненную ячейку стека . Это означает, что после слишком большого количества вызовов подпрограмм в стеке окажется неправильный адрес возврата. Если МК использует общую область памяти для размещения данных и стека , то существует опасность, что при переполнении стека произойдет запись в область данных либо будет сделана попытка записи загружаемых в стек данных в область ПЗУ.

4.3.5. Внешняя память

Несмотря на существующую тенденцию по переходу к закрытой архитектуре МК , в некоторых случаях возникает необходимость подключения дополнительной внешней памяти (как памяти программ , так и данных).

Если МК содержит специальные аппаратные средства для подключения внешней памяти, то эта операция производится штатным способом (как для МП).

Второй, более универсальный, способ заключается в том, чтобы использовать порты ввода/вывода для подключения внешней памяти и реализовать обращение к памяти программными средствами. Такой способ позволяет задействовать простые устройства ввода/вывода без реализации сложных шинных интерфейсов, однако приводит к снижению быстродействия системы при обращении к внешней памяти.

Управление памятью – одна из главных задач ОС. Она критична как для программирования, так и для системного администрирования. Я постараюсь объяснить, как ОС работает с памятью. Концепции будут общего характера, а примеры я возьму из Linux и Windows на 32-bit x86. Сначала я опишу, как программы располагаются в памяти.

Каждый процесс в многозадачной ОС работает в своей «песочнице» в памяти. Это виртуальное адресное пространство, которое в 32-битном режиме представляет собою 4Гб блок адресов. Эти виртуальные адреса ставятся в соответствие (mapping) физической памяти таблицами страниц, которые поддерживает ядро ОС. У каждого процесса есть свой набор таблиц. Но если мы начинаем использовать виртуальную адресацию, приходится использовать её для всех программ, работающих на компьютере – включая и само ядро. Поэтому часть пространства виртуальных адресов необходимо резервировать под ядро.

Это не значит, что ядро использует так много физической памяти – просто у него в распоряжении находится часть адресного пространства, которое можно поставить в соответствие необходимому количеству физической памяти. Пространство памяти для ядра отмечено в таблицах страниц как эксклюзивно используемое привилегированным кодом, поэтому если какая-то программа пытается получить в него доступ, случается page fault. В Linux пространство памяти для ядра присутствует постоянно, и ставит в соответствие одну и ту же часть физической памяти у всех процессов. Код ядра и данные всегда имеют адреса, и готовы обрабатывать прерывания и системные вызовы в любой момент. Для пользовательских программ, напротив, соответствие виртуальных адресов реальной памяти меняется, когда происходит переключение процессов:

Голубым отмечены виртуальные адреса, соответствующие физической памяти. Белым – пространство, которому не назначены адреса. В нашем примере Firefox использует гораздо больше места в виртуальной памяти из-за своей легендарной прожорливости. Полоски в адресном пространстве соответствуют сегментам памяти таким, как куча, стек и проч. Эти сегменты – всего лишь интервалы адресов памяти, и не имеют ничего общего с сегментами от Intel. Вот стандартная схема сегментов у процесса под Linux:

Когда программирование было белым и пушистым, начальные виртуальные адреса сегментов были одинаковыми для всех процессов. Это позволяло легко удалённо эксплуатировать уязвимости в безопасности. Зловредной программе часто необходимо обращаться к памяти по абсолютным адресам – адресу стека, адресу библиотечной функции, и т.п. Удаленные атаки приходилось делать вслепую, рассчитывая на то, что все адресные пространства остаются на постоянных адресах. В связи с этим получила популярность система выбора случайных адресов. Linux делает случайными стек, сегмент отображения в память и кучу, добавляя смещения к их начальным адресам. К сожалению, в 32-битном адресном пространстве особо не развернёшься, и для назначения случайных адресов остаётся мало места, что делает эту систему не слишком эффективной.

Самый верхний сегмент в адресном пространстве процесса – это стек, в большинстве языков хранящий локальные переменные и аргументы функций. Вызов метода или функции добавляет новый кадр стека (stack frame) к существующему стеку. После возврата из функции кадр уничтожается. Эта простая схема приводит к тому, что для отслеживания содержимого стека не требуется никакой сложной структуры – достаточно всего лишь указателя на начало стека. Добавление и удаление данных становится простым и однозначным процессом. Постоянное повторное использование районов памяти для стека приводит к кэшированию этих частей в CPU, что добавляет скорости. Каждый поток выполнения (thread) в процессе получает свой собственный стек.

Можно прийти к такой ситуации, в которой память, отведённая под стек, заканчивается. Это приводит к ошибке page fault, которая в Linux обрабатывается функцией expand_stack(), которая, в свою очередь, вызывает acct_stack_growth(), чтобы проверить, можно ли ещё нарастить стек. Если его размер не превышает RLIMIT_STACK (обычно это 8 Мб), то стек увеличивается и программа продолжает исполнение, как ни в чём не бывало. Но если максимальный размер стека достигнут, мы получаем переполнение стека (stack overflow) и программе приходит ошибка Segmentation Fault (ошибка сегментации). При этом стек умеет только увеличиваться – подобно государственному бюджету, он не уменьшается обратно.

Динамический рост стека – единственная ситуация, в которой может осуществляться доступ к свободной памяти, которая показана белым на схеме. Все другие попытки доступа к этой памяти вызывают ошибку page fault, приводящую к Segmentation Fault. А некоторые занятые области памяти служат только для чтения, поэтому попытки записи в эти области также приводят к Segmentation Fault.

После стека идёт сегмент отображения в память. Тут ядро размещает содержимое файлов напрямую в памяти. Любое приложение может запросить сделать это через системный вызов mmap() в Linux или CreateFileMapping() / MapViewOfFile() в Windows. Это удобный и быстрый способ организации операций ввода и вывода в файлы, поэтому он используется для подгрузки динамических библиотек. Также возможно создать анонимное место в памяти, не связанное с файлами, которое будет использоваться для данных программы. Если вы сделаете в Linux запрос на большой объём памяти через malloc(), библиотека C создаст такую анонимное отображение вместо использования памяти из кучи. Под «большим» подразумевается объём больший, чем MMAP_THRESHOLD (128 kB по умолчанию, он настраивается через mallopt().)

Если в куче оказывается недостаточно места для выполнения запроса, эту проблему может обработать сама программа без вмешательства ядра. В ином случае куча увеличивается системным вызовом brk(). Управление кучей – дело сложное, оно требует хитроумных алгоритмов, которые стремятся работать быстро и эффективно, чтобы угодить хаотичному методу размещению данных, которым пользуется программа. Время на обработку запроса к куче может варьироваться в широких пределах. В системах реального времени есть специальные инструменты для работы с ней. Кучи тоже бывают фрагментированными:

И вот мы добрались до самой нижней части схемы – BSS, данные и текст программы. BSS и данные хранят статичные (глобальные) переменные в С. Разница в том, что BSS хранит содержимое непроинициализированных статичных переменных, чьи значения не были заданы программистом. Кроме этого, область BSS анонимна, она не соответствует никакому файлу. Если вы пишете static int cntActiveUsers , то содержимое cntActiveUsers живёт в BSS.

Сегмент данных, наоборот, содержит те переменные, которые были проинициализированы в коде. Эта часть памяти соответствует бинарному образу программы, содержащему начальные статические значения, заданные в коде. Если вы пишете static int cntWorkerBees = 10 , то содержимое cntWorkerBees живёт в сегменте данных, и начинает свою жизнь как 10. Но, хотя сегмент данных соответствует файлу программы, это приватное отображение в память (private memory mapping) – а это значит, что обновления памяти не отражаются в соответствующем файле. Иначе изменения значения переменных отражались бы в файле, хранящемся на диске.

Пример данных на диаграмме будет немного сложнее, поскольку он использует указатель. В этом случае содержимое указателя, 4-байтный адрес памяти, живёт в сегменте данных. А строка, на которую он показывает, живёт в сегменте текста, который предназначен только для чтения. Там хранится весь код и разные другие детали, включая строковые литералы. Также он хранит ваш бинарник в памяти. Попытки записи в этот сегмент оканчиваются ошибкой Segmentation Fault. Это предотвращает ошибки, связанные с указателями (хотя не так эффективно, как если бы вы вообще не использовали язык С). На диаграмме показаны эти сегменты и примеры переменных:

Изучить области памяти Linux-процесса можно, прочитав файл /proc/pid_of_process/maps. Учтите, что один сегмент может содержать много областей. К примеру, у каждого файла, сдублированного в память, есть своя область в сегменте mmap, а у динамических библиотек – дополнительные области, напоминающие BSS и данные. Кстати, иногда, когда люди говорят «сегмент данных», они имеют в виду данные + bss + кучу.

Бинарные образы можно изучать при помощи команд nm и objdump – вы увидите символы, их адреса, сегменты, и т.п. Схема виртуальных адресов, описанная в этой статье – это т.н. «гибкая» схема, которая по умолчанию используется уже несколько лет. Она подразумевает, что переменной RLIMIT_STACK присвоено какое-то значение. В противном случае Linux использует «классическую» схему:

Схема, иллюстрирующая место системного ПО в многоуровневой структуре компьютера

Содержание

Операционные системы

Операционная система - комплекс системных программ, расширяющий возможности вычислительной системы, а также обеспечивающий управление её ресурсами, загрузку и выполнение прикладных программ, взаимодействие с пользователями. В большинстве вычислительных систем ОС являются основной, наиболее важной (а иногда единственной) частью системного ПО.

Функции ОС

Основные функции (простейшие ОС):

Понятие операционной системы

Существуют две группы определений ОС: «совокупность программ, управляющих оборудованием» и «совокупность программ, управляющих другими программами». Обе они имеют свой точный технический смысл, который, однако, становится ясен только при более детальном рассмотрении вопроса о том, зачем вообще нужны операционные системы.

Основные идеи ОС

В 1950-60-х годах сформировались и были реализованы основные идеи, определяющие функциональность ОС: пакетный режим, разделение времени и многозадачность, разделение полномочий, реальный масштаб времени, файловые структуры и файловые системы.

Встроенные программы

Встроенные программы или firmware - это программы, "зашитые" в цифровые электронные устройства. В ряде случаев (например, BIOS IBM-PC совместимых компьютеров) являются по сути частью операционной системы, хранящейся в постоянной памяти. В достаточно простых устройствах вся операционная система может быть встроенной. Многие устройства современных компьютеров имеют собственные "прошивки", осуществляющие управление этими устройствами и упрощающие взаимодействие с ними.

Утилиты

Иногда утилиты относят к классу сервисного программного обеспечения

Утилиты используются для

Мониторинга показателей датчиков и производительности оборудования — мониторинг температур процессора, видеоадаптера; чтение S.M.A.R.T. жёстких дисков;

Управления параметрами оборудования — ограничение максимальной скорости вращения CD-привода; изменение скорости вращения вентиляторов.

Контроля показателей — проверка ссылочной целостности; правильности записи данных.

Расширения возможностей — форматирование и/или переразметка диска с сохранением данных, удаление без возможности восстановления.

Типы утилит

Системы программирования

К этой категории относятся системные программы, предназначенные для разработки программного обеспечения:

— Программы, переводящие текст программы на языке высокого уровня, в эквивалентную программу на машинном языке. — Программы (иногда аппаратные средства), анализирующие команды или операторы программы и тут же выполняющие их

специализированные редакторы исходных текстов — текстовые редакторы для создания и редактирования исходного кода программ. Специализированный редактор исходных текстов может быть отдельным приложением, или быть встроен в интегрированную среду разработки (IDE).

Системы управления базами данных

Систе́ма управле́ния ба́зами да́нных (СУБД) — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных.

Так как системы управления базами данных не являются обязательным компонентом вычислительной системы, зачастую их не относят к системному программному обеспечению. Часто СУБД осуществляют лишь служебную функцию при работе других видов программ (веб-серверы, серверы приложений), поэтому их не всегда можно отнести к прикладному программному обеспечению. Поэтому СУБД иногда относят к промежуточному программному обеспечению (Middleware)

Основные функции СУБД

управление данными во внешней памяти (на дисках);
управление данными в оперативной памяти с использованием дискового кэша; , резервное копирование и восстановление базы данных после сбоев;
поддержка языков БД (язык определения данных, язык манипулирования данными).

Классификация СУБД по способу доступа к БД

На данный момент файл-серверные СУБД считаются устаревшими.

Такие СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера (см. Клиент-сервер).

Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, один из вариантов MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.

См. также

Литература

Васильев В.Г. Системное программное обеспечение

Ссылки

Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное.

Wikimedia Foundation . 2010 .

Полезное

Смотреть что такое "Системное программное обеспечение" в других словарях:

СИСТЕМНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ — (system software) Компьютерные программы, которые контролируют функционирование самого компьютера, а не удовлетворяют непосредственно потребности пользователя (сравни: прикладное программное обеспечение (applications software). Примерами являются … Словарь бизнес-терминов

системное программное обеспечение — Программное обеспечение, поставляемое с системой управления робота, предназначенное для организации её функционирования … Политехнический терминологический толковый словарь

Системное программное обеспечение (СПО) — совокупность программ с узкой специализацией, направленной на взаимосвязь между физическими устройствами, управление компьютером, поддержание его в рабочем состоянии. Занимается его разработкой системный программист. Основные функции системного ПО в информатике:

Поддержание эффективной работы какой-либо вычислительной системы.
Разворачивание на компьютере или в сетевом окружении среды для работы прикладного программного обеспечения.
Выполнение фоновых процессов работы с файловой системой, защиты данных от утечки, проверка на наличие вредоносных скриптов и вирусов.
Осуществление диагностики и предотвращения выхода из строя аппаратной части персонального компьютера, ноутбука и другого цифрового устройства.
Взаимосвязь физических устройств и преобразование их в логические.

В первом случае применяются специальные утилиты. Они могут входить в состав самой операционной системы или устанавливаться из других источников. Во втором случае разворачивание осуществляется при помощи операционной системы, т. е. программы-оболочки в которой может работать любое программное обеспечение (ПО).

Третья функция осуществляет работу над элементами файловой системы, т. е. каталогами и файлами. Их можно перемещать в другие места, копировать, удалять, изменять и т. д. Кроме того, существует определенная группа, называемая архиваторами. Последние позволяют значительно уменьшать размеры файлов, подготавливать любую единицу данных (картинок, документов и т. д. ) к рассылке в интернете.

Четвертая функция обеспечивает защиту важной информации от злоумышленников, которые стремятся получить пароли от электронной почты, платежных систем и других важных данных для конкретного пользователя.

Любая операционная система (ОС) работает не с физическим устройством, а с его логическим представлением. Для этого применяется базовая система ввода-вывода (BIOS), обеспечивающая взаимосвязь между компонентами вычислительной системы.

Классификация системных программ

Специалисты в IT-сфере считают, что СПО можно условно разделить на 3 типа. К ним относятся:

Базовое.
Операционные системы.
Сервисные программы (утилиты).

К первой группе относятся программы, встроенные в аппаратную часть, т. е. «вшитые» в железо при его изготовлении. Они загружаются в специальную микросхему, которая называется модулем постоянного запоминающего устройства (ПЗУ).

Вторая группа — операционные системы. Это специальные программы-оболочки, разворачивающие соответствующую среду для обмена информацией между аппаратной частью компьютера и клиентом. Все команды последнего переводятся на специальный машинный язык, а затем обратно.

Для постоянного поддержания оптимального быстродействия ОС применяются утилиты. Они являются внешним программным обеспечением, хотя некоторые из них входят в состав самой ОС (проверка, дефрагментация диска). Однако специалисты рекомендуют настоятельно не использовать встроенные средства обслуживания системы, а применять только профессиональные.

Чтобы понять принцип работы СПО, необходимо рассмотреть каждый из компонентов более подробнее. Кроме того, понимание всех процессов, происходящих в вычислительной системе, поможет быстро определить неисправность.

Базовое ПО

Основной частью базового ПО является BIOS. Она записывается в специальную микросхему ПЗУ, находящуюся на материнской плате, и выполняет следующие функции:

Поддержку аппаратной конфигурации и назначение соответствующих прерываний.
Инициализацию установленного железа и считывание его настроек при включении компьютера.
Передачу управления ОС.

При включении персонального компьютера (ПК) управление передается программе, вшитой в микросхему BIOS. Она выполняет проверку оборудования, установленного на ЭВМ (электронно-вычислительную машину). Каждому компоненту назначается определенное прерывание, по которому и происходит его идентификация в системе.

Программа в микросхеме генерирует импульс для тестового запуска того или иного устройства. Если получен соответствующий двоичный код от тестируемого компонента, значит, последний успешно прошел диагностику. С самого начала тест-сигнал посылается на основные элементы ПК, т. е. микропроцессор (CPU), оперативную память (RAM), видеопроцессор (GPU) и контроллер жесткого диска. Когда одно из основных устройств не прошло тестирование, работа ПК прекращается и выдается соответствующий кодовый сигнал через динамик-пищалку.

Одной из полезных настроек является установка очередности загрузки устройств. Функция необходима для установки порядка загрузки и выбора носителя для ее инсталляции. Специалисты рекомендуют устанавливать носитель с установленной ОС на первое место, а другие отключить.

Операционная система

ОС — совокупность ПО, которое управляет железом и ресурсами ЭВМ, а также разворачивает специальную среду для запуска и работы приложений клиентской части. Иными словами, она «оживляет» компьютер, поскольку без нее невозможно играть в игры, слушать музыку, смотреть фильмы, работать с документами. Основные задачи, которые выполняют современные ОС:

Это основные критерии, которым должна удовлетворять каждая ОС. Для выбора последней нужно ознакомиться с основными видами и характеристиками.

Виды и характеристики

Для работы на персональном компьютере можно использовать несколько видов ОС, основные характеристики которых существенно отличаются между собой. Они условно могут делиться на 3 группы:

Первая платформа является оптимальным решением для любых ПК и портативных устройств, поскольку отличается не только функциональностью, но и высокими требованиями к безопасности. Для нее практически не пишется опасное вредоносное ПО, данные пользователя надежно защищены. Кроме того, освоить ее довольно просто, поскольку существует множество модификаций с понятным интерфейсом. Для входа в систему предусмотрен пароль, который невозможно обойти.

Самыми ненадежными являются Windows-системы. Для этого вида необходимо подбирать соответствующее ПО для защиты персональной информации, а также от вредоносных программ и взлома со стороны киберпреступников. Последние могут легко получить важные данные об электронных кошельках, а затем их взломать.

В ОС существует возможность входа по паролю, однако его довольно легко взломать. Распространенной ошибкой новичков при инсталляции Windows является отсутствие пароля на аккаунте администратора, который просто не указывают. В результате этого злоумышленник может получить доступ ко всем данным пользователя, войдя в админскую учетную запись.

MAC-системы превосходят Linux-платформы по степени надежности и обеспечивают отличную защиту информации пользователя. Однако они обладают существенным недостатком — установить их можно только на устройства компании «APPLE».

Следует отметить, что MAC и LINUX имеют UNIX-ядро, т. е. структуру файловой системы, конфигурацию и модульные процедуры выполнения запросов. Этот подход к архитектуре позволяет существенно увеличить скорость работы, достигнуть высокого уровня безопасности, а также правильно управлять ресурсами при выполнении нескольких процессов.

Драйвера и многозадачность

Драйвер — специальная программа, предназначенная для выполнения взаимосвязи железа с операционной системой. Он необходим для корректной работы последней и инсталлируется при установке. Однако иногда его следует устанавливать вручную, поскольку система не всегда может найти и загрузить подходящее ПО для конкретного устройства. Эта проблема чаще всего происходит в Windows, поскольку UNIX-системы всегда «находят» подходящие драйвера (стабильные и свежие версии).

Следует отметить, что только OC UNIX-платформ обладают многозадачностью. Хотя в некоторых источниках указано, что Windows способна правильно распределять ресурсы при вычислительном процессе. Последнее — ошибочное утверждение, поскольку работа программ выполняется по одному экземпляру с последующим переключением между вычислительными потоками. IT-специалисты называют Windows — ОС с ложной многозадачностью.

Специальные утилиты

Программы-утилиты чаще всего применяются для Windows-платформ, которые не отличаются стабильностью работы и безопасностью. Для правильного их подбора необходимо кратко ознакомиться с функциями, которые они должны выполнять. По функционалу можно перечислить такие группы утилит:

Защита от вирусов и другого вредоносного ПО.
Оптимизация файловой системы.
Чистка и дефрагментация реестра.
Удаление ненужных данных.
Настройка системы.
Шифрование данных.
Корректное удаление установленных программ.

К первой группе можно отнести все антивирусы. Для выбора оптимального программного продукта необходимо воспользоваться различными интернет-ресурсами, на которых тестируется соответствующее ПО. Примеры антивирусов, обладающих хорошими характеристиками, являются продукты лаборатории Касперского и Евгения Рошаля (Dr. Web).

Другие типы утилит выбираются по такому же принципу, как и антивирусы. Некоторые программные модули могут включать сразу несколько функций. Например, Advanced System Care состоит из компонентов, отвечающих за безопасность, работу с файловой системой и реестром, а также модуля, отвечающего за корректное удаление программ.

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

Читайте также: