По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Автоматизация в классическом понимании совокупность технических, методических и программных средств, обеспечивающих процесс измерения без непосредственного участия человека. Задача автоматизации повышение эффективности проводимых измерений и их качество.
p>
Автоматизация позволяет обеспечить:
Диагностику состояния системы в режиме реального времени;
Обработку результатов измерений для получения диагностической или прогнозирующей информации;
Измерение и вычисление параметров быстропротекающих процессов;
Снижение влияния помех на результат измеряемого параметра;
Сбор измерительной информации в местах, недоступных для человека;
Одновременное измерение большого числа величин;
Длительные, многократные измерения;
Повышение достоверности конечных результатов.
Различают два уровня автоматизации:
Частичная автоматизация. Осуществляется в тех случаях, когда стоит задача повышения качества измерений за счет освобождения оператора от рутинной работы, тогда простые автоматические устройства эффективно заменяют его. Это не освобождает человека от участия в производственном процессе, но существенно облегчает его работу. Техническим средством частичной автоматизации служит включение вычислительных средств (обычно микропроцессоров-МП) в средство измерения (СИ).
Полная автоматизация. Высшая ступень автоматизации, которая повышает качество измерений за счет исключения человека-оператора из процесса измерений. Так как в силу физиологических возможностей человек не способен с необходимой скоростью обрабатывать информацию. Техническим средством полной автоматизации является информационно-измерительная система (ИИС).
Функции микропроцессоров при частичной автоматизации
Микропроцессоры позволяют автоматизировать процесс управления цифровыми измерительными приборами. С помощью средств измерения (СИ), в которые включены микропроцессорные системы достигается:
Многофункциональность приборов возможность одним СИ измерить несколько параметров;
Увеличение точности и надежности приборов;
Расширение измерительных возможностей данных приборов за счет проведения различных измерений;
Простота в управлении прибором;
Возможность получения математических функций из измеренных значений;
Экономичность аппаратуры;
Возможность объединения набора приборов в измерительно-вычислительный комплекс;
Уменьшение погрешностей за счет выявления и исключения грубых и систематических погрешностей;
Прощенное включение СИ в ИИС.
Информационно-измерительная система
Основной причиной создания информационно-измерительных систем является необходимость контролировать/измерять одновременно большое количество физических величин, многие из которых должны измеряться одновременно. С помощью ИИС можно решать задачи, которые нельзя решить с помощью других средств измерения, такие как:
Возможность обеспечивать наиболее высокий уровня автоматизации процесса измерений
Возможность обеспечивать высокую достоверность получаемых результатов
Возможность получения высокоинформативной и удобной индикацию
Возможность хранения результатов измерения.
На рисунке 2.1 в общем виде структура ИИС. В данной структуре все СИ цифровые и управление этими приборами осуществляется командами в цифровом виде, передаваемыми по линиям интерфейса. Автоматизация аналоговых систем сложнее, для аналоговых СИ схема ИИС должна дополняться АЦП и ЦАП.
На рисунке 2.1. обозначено:
Сплошными линиями изображены функциональные связи, пунктирными интерфейсные;
- приборы воздействия на объект измерения (измерительные сигналы, вид которых и их параметры задаются контроллером (ВУ) и управляющие команды передаются по линиям интерфейса (показаны пунктиром);
- коммутаторы, управляемые контроллером;
- измерительные приборы, измеряющие результат прохождения измерительных сигналов от приборов воздействия через объект измерения;
УР устройства регистрации (принтер и т.п.).
ИИС могут быть достаточно сложными устройствам, которые должны в зависимости от решаемой задачи иметь возможность переконфигурироваться. Как показывает практика, такие системы могут эффективно и надежно функционировать только если они строятся поблочно - модульному принципу. Для реализации этого принципа необходимо использовать стандартный интерфейс.
Стандартные интерфейсы для измерительных систем
Для каждой ИИС необходимо создавать свои уникальные аппаратные и программные средства. Для их разработки требуется много времени, квалифицированные специалисты и высокая надежность, которая не может быть обеспечена в неспециализированных условиях производства. Альтернативой индивидуальному способу построения ИИС является блочно-модульный способ, который можно осуществить только при использовании стандартного интерфейса. В данном случае стандартный интерфейс это система сопряжения, включающая аппаратные и программные средства, для которых регламентированы три группы условий: информационные (логические), электрические и конструктивные. Такой интерфейс позволяет агрегатировать устройства, входящие в ИИС, без изменений и доделок.
Информационная совместимость
Согласование входных и выходных сигналов, исходя из их спектра изменения, порядка обмена сигналами. ИС определяется унификацией измерительных сигналов и способов их передачи. Унификация измерительных сигналов означает, что их параметры не могут быть отобраны произвольно, но должны отвечать требованиям стандарта для таких сигналов, которые принятые для этой системы. Условия совместимости информации влияют на объем и сложность схемотехники и ПО.
Электрическая совместимость
Согласованность статических и динамических параметров электрических сигналов, учитывающих ограничения на пространственное устройство интерфейсов и техническое внедрение приемки и передачи элементов. Электрические условия совместимости влияют на основные параметры интерфейса - скорость обмена данными, максимальное количество подключенных устройств, их конфигурацию и расстояние.
Конструктивная совместимость
Согласованность конструктивных параметров интерфейса, обеспечивающая механический контакт электрических соединений и механической замены съемных элементов, блоков и узлов. Условия совместимости по конструкции определяют типы соединителей, конструкцию кабельного соединения, печатной платы, рамы и стойки. Объём конструктивных особенностей для разных интерфейсов может сильно отличаться. Так для интерфейса МЭК это конструкция только разъёмов, а для интерфейса КАМАК конструкция шкафов, разъёмов, ячеек, каркасов, положения ячеек в каркасах.
Обычно в стандарт на интерфейс входит и структура (топология) соединения приборов ИИС. Существует три основных структуры:
цепочечная;
магистральная;
радиальная;
в некоторых ИИС (обычно в иерархических системах) используется комбинация из некоторых структур. На рис.2.2 приведены эти структуры.
На рисунке 2.2 комбинированная структура показана для трех уровней иерархии. На самом высоком уровне используется радиальная структура, во втором магистральная и в самом низком цепочечная. Здесь обозначено:
блоки радиальной структуры и в качестве пятого блока радиальной структуры входит контроллер магистральной структуры;
блоки магистральной структуры, в которую и входит контроллер нижнего уровня;
блоки цепочечной структуры вместе с контроллером, который одновременно является блоком структуры второго (магистральной) второго уровня.
Выполнение всех трех условий интерфейса необходимо, но этого недостаточно для обмена данными между устройствами и их взаимного сопряжения. Для работы системы должны быть определены интерфейсные функции, которые позволяют устройствам выполнять операции связанные с обменом информации такие как : прием и передача сообщений, распознавание адреса и подключение к линиям интерфейса, в определенной последовательности.
Интерфейсная функция заключается в обеспечении передачи данных, в том числе информации о состоянии прибора. Эта функция обязательна для любого прибора источника.
Функции интерфейса обеспечивают совместимость различных устройств без ограничения возможности работы других устройств в системе. Так называются функции, которые устройства чаще всего выполняют фундаментальные. Обсудите их:
Подготовка и получение информации (осуществляется источниками и получателями информации);
Данные передают контроль (функцию контроллера)
Согласование источника информации (осуществляется с помощью исходного устройства или контроллера);
Согласование информационного приемника (выполняется устройством приемника или контроллером).
Функции контроллера могут выполняться несколькими устройствами в системе, основные из которых необходимо выполнять для обеспечения совместимости информации, определяются организацией пользовательского интерфейса. Канал управления - это назначенные функции выбора информационного канала, синхронизации обмена обучением информации, координации взаимных действий, а канал информации - функции буферного хранения информации и т.д.
При выборе информационного канала задается значение производительности процесса взаимных действий элементов системы. Существует несколько процедур отбора: Инициация вопроса, выбор вопроса приоритета и выявление вопроса.
Синхронизация обмена информацией обеспечивает временную координацию процессов между функциональными устройствами системы.
Координация определяет набор процедур для организации и контроля за процессом взаимных действий системных устройств. Оперативные координационные операции - адаптация для взаимной поддержки, контроль взаимных действий, передача надзорных функций.
Интерфейсный информационный канал предназначен для выполнения обмена информацией и функции преобразования.
Основными процедурами функции обмена является подготовка и получение информации из регистров системных компонентов. Основные процедуры функции преобразования должны преобразовывать серьезный код, чтобы уравнять код, и наоборот; кодирование преобразования информации; декодирование команд, адресов; логические действия над статусом сохраняют содержимое.
Рассмотрим пример стандартного интерфейса МЭК.
Стандартный интерфейс МЭК
Разработчиком интерфейса прибора является Hewlett-Packard (США), он был представлен под торговой маркой HP-IB (Hewlett-Packard Interface Bus) и использовался для сопряжения устройств (рис. 2.3). Позже он был стандартизирован во многих странах мира.
Данная структура состоит из трёх групп модулей - измерения оборудования (СИ); Информационное оборудование; вспомогательные аппараты. К шине KOП подключаются следующие единицы измерения: коммутатор (K); Метр частоты электронного счета (Ч); осциллограф (ОС); Цифровой вольтметр (В); Генератор сигнала (Г) и ПК.
Они соединяются с основной линией интерфейсными приставками (интерфейсными модулями, интерфейсными картами), которые обеспечивают "перевод" информации с языка модуля на язык ствола и наоборот.
Ствол интерфейса состоит из 16 информационных линий, которые сгруппированы в 3 шины.
Синхронизационная шина предназначена для координации операции источника и приема во время обмена информацией и состоит из трёх линий:
Обслуживание данных - SD (NAV);
Готовность к приему - PU (NRED);
Принятые данные - НДАК.
При синхронизации источник информации, если убедится, что приёмник готов к приёму сигнала GP, будет передавать байт данных, при этом сопровождая сигналом (SD).
убедившись, что приёмник готов к приёму (сигнал GP), передает байт данных, сопровождая его сигналом SD. Приемник их по очереди первых постановок GP делает сигналы, а затем сигнал ДП.
- Управляющая шина имеет пять линий:
"Управление" (ATN) - сигнал производится контроллером и является признаком передачи данных со-связи интерфейса (команды или адреса) на шине;
"Конец передачи" (EOI) - на этой линии передаётся сигнал об окончании обмена;
"Запрос на обслуживание" ("3О") - указывает контроллеру, что в системе есть запрос на обслуживание;
"Ясный интерфейс" (IFC) - сигнал производится контроллером и обеспечивает интерфейс в первоначальном положении;
Пульт управления (РЕН) - сигнал производится контроллером, блокируется ручное управление устройством и монтируется управление устройством и управление основной линией. В DPC находятся восемь ЛД0...... Также передаются линии ЛД7, по которым поступает информация - Через информационные линии, сообщения интерфейса, с-в-д адреса модулей и команд. Адрес модуля или код команды не отображаются в строках, а код - это ЛД0-ЛД4 для команды ЛД5-6.
Характеристика интерфейса
Максимальное количество модулей в интерфейсе без использования до полноценных вспомогательных устройств - 15.
Передача команд и информации через информационный шину "асинхронная" и "двусторонняя" - 1MB/s.
Интерфейс обеспечивает отрицательную логику, а уровни сигналов соответствуют уровням транзисторной логики транзистора (TTL).
Характер направления централизован (1 уровень центрации).
Система раздельной шины - управление и информационные сигналы.
Порядок обмена: бит - параллельный, байт - последовательный.
Организация системы шины - магистральное.
Нерегламентированная конструкция, позволяющий использовать любой инструмент.
Компьютер выполняет одну из трех функций: чтение измерений происходит из модулей приборов, передача команд для обмена параметрами работы модулей приборов, организовывая обмен между модулями. Главным режимом работы таких модулей является непрерывное освидетельствование основной магистрали. Если модуль обнаруживает необходимую информацию (по нужному адресу), он вступает в операцию и получает или передает информацию.
Заключение
Необходимость решения практических задач диагностики и измерения в сложных системах привели к необходимости автоматизации измерений. Накоплен большой опыт разработки и эксплуатации информационно-измерительных систем.
Современная телекоммуникационная система является сложной системой, включающей разнообразные приборы и среду передачи информации. Для диагностики таких систем разработаны и широко используются системы автоматического мониторинга (САМ), которые по назначению и принципам построения являются частным случаем ИИС. Практический интерес представляет анализ существующих САМ с точки зрения использования в них опыта разработки ИИС, которые были разработаны и используются намного раньше.
В этой заключительной статье о перераспределении маршрутов мы проверим работу Route redistribution с помощью IPv6 и увидим небольшое отличие в настройке routes redistributed IPv6 от routes redistributed IPv4.
Предыдущие статьи из цикла:
Часть 1. Перераспределение маршрутов (Route redistribution)
Часть 2. Фильтрация маршрутов с помощью карт маршрутов
Часть 3. Перераспределение маршрутов между автономными системами (AS)
Перераспределение подключенных сетей
Во-первых, рассмотрим маршрутизатор, выполняющий маршрутизацию, предположим, что используется протокол OSPF. Кроме того, предположим, что маршрутизатор имеет несколько интерфейсов, которые участвуют в маршрутизации OSPF. Представьте, что на этом же маршрутизаторе мы запускаем другой протокол маршрутизации (скажем, EIGRP), и мы делаем взаимное перераспределение маршрутов.
Вот что удивительно. Если мы делаем перераспределение маршрута на этом маршрутизаторе, сети IPv4, связанные с интерфейсами этого маршрутизатора, участвующими в OSPF в нашем примере, будут перераспределены в EIGRP. Однако сети IPv6, будут вести себя по-другому. В частности, в сетях IPv6 мы должны ввести дополнительный параметр в нашу конфигурацию перераспределения маршрутов, явно указывая, что мы хотим перераспределить подключенные сети. В противном случае эти маршруты IPv6, связанные с непосредственно с подключенными интерфейсами, не перераспределяются.
Логика такого поведения вытекает из понимания того, что для перераспределения маршрута данный маршрут должен появиться в таблице IP-маршрутизации маршрутизатора. Конечно, когда посмотрим таблицу IP-маршрутизации маршрутизатора и увидим непосредственно подключенные сети, эти сети отображаются как подключенные сети, а не сети, которые были изучены с помощью определенного протокола маршрутизации.
В то время как route redistribution для IPv4 понимает, что сеть напрямую подключена, но участвует в процессе маршрутизации и поэтому будет перераспределена, route redistribution для IPv6 не делает такого предположения. В частности, если мы перераспределяем сети IPv6 из одного протокола маршрутизации в другой, эти сети должны отображаться в таблице маршрутизации IPv6 маршрутизатора вместе с указанием, что они были изучены с помощью перераспределяемого протокола маршрутизации. Конечно, мы можем добавить дополнительный параметр к нашей команде redistribute, чтобы заставить эти непосредственно подключенные сети IPv6 (участвующие в распространяемом протоколе) также быть перераспределенными. Эта настройка будет продемонстрирована немного позже.
Перераспределение в OSPF
В прошлой статье мы обсуждали потенциальную проблему, с которой вы можете столкнуться при распространении в OSPF (в зависимости от вашей версии Cisco IOS). Проблема была связана с подсетями. В частности, по умолчанию в более старых версиях Cisco IOS OSPF только перераспределяет классовые сети в OSPF, если мы не добавим параметр subnets к команде redistribute. Добавление этого параметра позволило перераспределить сети в OSPF, даже если у них не было классовой маски. Пожалуйста, имейте в виду, что последние версии Cisco IOS автоматически добавляют параметр подсети, не требуя от вас ручного ввода.
Однако параметр подсети в IPv6 route redistribution отсутствует. Причина в том, что IPv6 не имеет понятия о подсетях.
Пример route redistribution IPv6
Чтобы продемонстрировать перераспределение маршрутов IPv6, рассмотрим следующую топологию:
Протоколы маршрутизации OSPFv3 и EIGRP для IPv6 уже были настроены на всех маршрутизаторах. Теперь давайте перейдем к маршрутизатору CENTR и настроим взаимное route redistribution между этими двумя автономными системами. Убедимся в этом, проверив таблицу маршрутизации IPv6 маршрутизатора CENTR.
Приведенные выше выходные данные показывают, что мы изучили две сети IPv6 через OSPF, две сети IPv6 через EIGRP, а CENTR напрямую подключен к двум сетям IPv6. Далее, давайте настроим взаимное перераспределение маршрутов между OSPFv3 и EIGRP для IPv6.
CENTR # conf term
Enter configuration commands, one per line. End with CNTL/Z.
CENTR (config)# ipv6 router eigrp 1
CENTR (config-rtr) # redistribute ospf 1 metric 1000000 2 255 1 1500?
include-connected Include connected
match Redistribution of OSPF routes
route-map Route map reference
cr
CENTR (config-rtr) #redistribute ospf 1 metric 1000000 2 255 1 1500 include-connected
CENTR (config-rtr) #exit
CENTR (config) # ipv6 router ospf 1
CENTR (config-rtr) #redistribute eigrp 1?
include-connected Include connected
metric Metric f or redistributed routes
metric-type OSPF/IS-IS exterior metric type for redistributed routes
nssa-only Limit redistributed routes to NSSA areas
route-map Route map reference
tag Set tag for routes redistributed into OSPF
cr
CENTR (config-rtr) #redistribute eigrp 1 include-connected
CENTR (config-rtr) #end
CENTR#
Обратите внимание, что конфигурация взаимного перераспределения маршрутов, используемая для маршрутов IPv6, почти идентична нашей предыдущей конфигурации для перераспределения маршрутов IPv4. Однако для обеих команд перераспределения был указан параметр include-connected. Это позволило маршрутизатору CENTR перераспределить сеть 2003::/64 (непосредственно подключенную к интерфейсу Gig0/1 маршрутизатора CENTR и участвующую в OSPF) в EIGRP. Это также позволило маршрутизатору CENTR перераспределить сеть 2004::/64 (непосредственно подключенную к интерфейсу Gig0/2 маршрутизатора CENTR и участвующую в EIGRP) в OSPF.
Чтобы убедиться, что наша конфигурация рабочая, давайте перейдем на оба маршрутизатора OFF1 и OFF2, убедившись, что каждый из них знает, как достичь всех шести сетей IPv6 в нашей топологии.
Вышеприведенные выходные данные подтверждают, что маршрутизаторы OFF1 и OFF2 знают о своих трех непосредственно связанных маршрутах и трех маршрутах, перераспределенных в процессе маршрутизации. Итак, как мы видим, что когда речь заходит о routes redistributed IPv6, то не так уж много нового нужно узнать по сравнению с routes redistributed IPv4.
В данной статье мы постараемся разобрать, как создать, отследить и завершить процесс. Посмотрим следующие задачки:
Запуск задачи в активном и фоновом режиме;
Заставить задачу выполнятся после выхода из системы;
Отслеживать и сортировать активные процессы;
Завершать процессы;
Постараемся разобрать следующие понятия:
Fg (foreground) и bg (background);
Nohup (no hang up);
Ps - информация об активных процессах;
Pstree - дерево процессов;
Pgrep - поиск процессов;
Pkill - завершение процессов;
Top - диспетчер задач;
Free - загрузка оперативной памяти;
Uptime - время и полнота загрузки;
Screen - управление сессиями.
Начнем разбирать данную тему с простой команды.
Команда sleep
man sleep
С помощью данной команды мы можем выставить задержку на определенное время, собственно, о чем и написано в справочной статье. Она обычно пригождается, когда необходимо выполнить какой-то скрипт и компьютер должен немного подождать.
В частности, мы можем посмотреть следующий пример:
sleep 1000 - после данной команды, мы можем вводить в консоль различные символы, они будут появляться на экране но машина и операционная система не будет реагировать. Для того чтобы прервать нажимаем ctrl + c сочетание клавиш.
Когда набираем команду, она начинает работать в активном режиме и занимает консоль, и мы соответственно ничего не можем делать. Так как компьютер у нас сейчас много задачный, процессор многозадачный, операционная система многозадачная, мы можем запускать какие-то процессы в фоновом режиме. Для того, чтобы это сделать необходимо набрать команду и в конце поставить знак амперсанда "". Т.е. мы получим следующее sleep 1000.
Как, только мы написали команду плюс амперсанд и нажали Enter. Мы видим появился один процесс, и он бежит в фоновом режиме. Есть такая команда jobs, она показывает выполняющиеся задачи, бегущие процессы.
И вот мы видим, что у нас есть одна выполняющаяся задача sleep на 1000 секунд. Мы можем еще запустить один sleep 999. Практического эффекта нету, данный пример необходим для наглядности процессов. Появился еще один процесс с отличным от прошлого id.
Итого у нас 2 процесса. Теперь представим, что нам необходимо поработать с сервером, но в настоящий момент необходимо обновить, например, репозиторий или пакеты. Мы запускаем процесс обновления с амперсандом и продолжаем работу в обычном режиме, консоль стандартного вывода у нас свободна. Но если нам необходимо вернутся к процессу, который бежит в фоне. Мы можем использовать команду fg и номер процесса, например, 1 или 2. Так же сданной командой мы можем использовать PID, т.е. уникальный идентификатор процесса.
Таким образом мы можем видеть, что мы оказались внутри указанного процесса. Для выхода нажимаем ctrl+z. И теперь данная задача будет остановлена. В чем можно убедится, используя команду job. И соответственно, чтобы запустить процесс используем команду bg #процесса.
Небольшой итог: Есть команда, показывающая процессы jobs. И команды fg и bg, которые позволяют отправить процессы в фоновый режим и вернуть обратно.
Команда PS
man ps
Согласно описанию, данная команда показывает снапшот текущих процессов. У данной команды очень много ключей, но очень часть данная команда используется в таком виде ps aux. Это означает вывести результат по всем пользователям, все процессы, даже запущенные вне нашего терминала. Это помогает, когда у нас много пользовательская среда, или мы запустили от имени суперпользователя, а сами переключились на текущего. Выглядит данная картинка примерно так:
На данной картинке мы можем увидеть от имени какого пользователя процессы выполняются. Это снимок процессов системы, статический снапшот. Он выполнен на тот момент, когда мы подали команду на терминал. Внизу на картинке, можно увидеть наши sleep, значит они на момент ввода команды бежали в фоновом режиме.
Кроме того, мы можем запускать данную команду, через pipeline. Например: ps aux | grep sleep
Команда grep - отсортировать. И в данном случае мы увидим только два наших процесса.
Мы так же можем убить процессы. Процессы убиваются командой kill PID (т.е по его ID).
Вот таким образом мы можем завершить процесс. Запустим еще несколько процессов. Теперь мы можем их завершить массово с использованием их сортировки killall sleep например.
Мы можем увидеть, что процессы завершились. Данная команда может быть полезно при зависании какого ни будь приложения. Действие данной команды работает, только в пределах пользователя от которого данную команду запустили. Если выполнять данную команду от root. То данная команда завершит процессы у всех пользователей с именем sleep.
Если мы создадим процесс, а затем выйдем из терминала (команда exit). Заходя обратно выполняя ps aux мы так же в фоне увидим, что процесс выполняется. А набрав jobs мы не увидим данный процесс. Это происходит потому, что команда jobs показывает только текущие процессы запущенные из данной консоли.
Есть такой тонкий нюанс. Если мы запускаем в нашем сеансе процессы, бэкграунд или активный режим, при завершении сессии наши процессы завершаются. Получается следующее, при подключении к серверу, через ssh все наши процессы запущенные при обрыве сессии прервутся. Например, мы запустим процесс обновления системы и завершим нашу сессию процесс обновления прервется. Чтобы у нас процессы не завершались при выходе из системы пользователя, есть команда nohup. Используем ее.
nohup sleep 10000
Во-первых, данная команда позволяет заменить стандартный вывод на вывод в файл и во -вторых команда будет выполнятся, пока будет запущенна операционная система. Вне зависимости от наличия пользователя в системе, который запустил. Есть достаточно много нюансов. Можно логинится, разлогиниватся и попадать в тот же сеанс, а в современных Ubuntu уже практически нет необходимости использовать данную команду. Но все же, чтобы гарантированно процесс работал необходимо использовать данную команду.
Теперь можно посмотреть команду pstree.
Данная команда позволяет посмотреть все процессы в иерархическом виде дерева.
На картинке, четко виден родительский процесс systemd, который запускает все остальные процессы. Например sshd - подключение к серверу, которое запускает bash - интерпретатор, далее запускается sudo , su и pstree в самом конце.
Есть еще интересные команды pgrep и pkill. Есть просто запустить pgrep то данная команда ничего не выдаст. А если в совокупности с ключами и названием процесса, то данная команда вернет идентификационный номер данного процесса. Мы так же можем добавить ключ -l, то команда вернет и название процессов. У нее много других ключей. Можно, например, команде сказать pgrep -u root -l, т.е показать все процессы пользователя root.
Следовательно, команда pkill позволяет убить все эти процессы. Например: pkill sleep. Мы убили все процессы sleep.
В реальной же ситуации, мы обычно используем команду top. Данная команда позволяет наблюдать и не только в режиме реального времени за процессами.
Посмотрим на данные выводимые данной утилитой. Мы видим, что по умолчанию данная утилита сортирует по загрузке процессора. Мы можем перейти в режим помощи нажав клавишу "h". Ключей и опций у данной утилиты достаточно много. Можно воспользоваться клавишами """", для переключения сортировки, например на сортировку по загруженности оперативной памяти. В данной утилите мы можем сказать, что необходимо завершить той или иной процесс. Практически он аналогичен Диспетчеру задач в операционной системе windows. Для того, чтобы убить процесс нажимаем клавишу "k" и система ждет ввода PID процесса. По умолчанию он берет тот PID, который находится в самом верху. Т.е. по факту самый загружающий процесс систему. Если у нас, что-то висит, то достаточно удобно завершить такой процесс.
После ввода PID система запросит, какой сигнал ей необходимо послать по умолчанию сигнал номер 15 или sigterm - т.е. сигнал завершения работы в мягком режиме. Если мы хотим использовать более жесткий вариант отправляем цифру 9, или sigkill. В таком случае операционная система, очень жестко потушит процесс наплевав на зависимые процессы от данного и те процессы от которых зависит данный процесс.
Команда uptime
man uptime
Данная команда показывает, как долго у нас запущена система. Сам по себе эти данные нам ничего не дают. Данная команда. полезна в контексте, если нам передали сервера, и мы видим у них очень большой аптайм, следовательно, сервера не обновлялись и не перезагружались.
Данная команда полезна помимо параметра сколько запущенна системаданная команда показывает общую загрузку системы. Это показывают три цифры в выводе данной команды.
Там достаточно сложная формула по которой рассчитывается данный параметра, во внимание принимается загрузка ЦП, жестких дисков, оперативной памяти. Первая цифра - это загрузка в минуту, вторая цифра - это загрузка в последние пять минут и третья цифра - это загрузка в последние 15 минут. Исходя из последней картинки, цифры примерно одинаковые, а значит нагрузка равномерна. Если цифры скачут, значит необходимо анализировать, особенно если на сервере есть просадка по производительности.
Команда free
man free
Данная команда показывает свободное и используемое количество памяти в системе. И в данном случае, так же, как и в windows task manager, под памятью понимается оперативная память, так и файл подкачки (windows), раздел подкачки (swap Linux).
Swap раздел, это раздел системы используемый для ее нужд если системе не хватает оперативной памяти. Это раздел на жестком диске, который используется в качестве оперативной памяти. Но жесткий диск значительно медленней оперативной памяти, поэтому сначала заполняется оперативная память, а только потом используется раздел подкачки (swap).
Команда screen
man screen
Она есть не во всех дистрибутивах по умолчанию. Эта команда, которая позволяет создать типа оконного менеджера. Это удобно, когда подключаешься по ssh и получаешь, как будто бы несколько окон в пределах одного терминала. Понятно, что современные ssh клиенты позволяют открыть сколько угодно вкладок и работать с ними параллельно.
Запускаем screen. Переходим во внутрь screen, запускаем какую-нибудь команду, например, ping ya.ru. Далее нажимаем ctrl+a и затем d и получаем:
Первая команда позволяет находится в текущем окне, а вторая клавиша d позволяет свернуть текущий скрин. Теперь можно закрывать терминал, вылогиниваться из консоли. Процесс запущенный в скрине будет работать. Для того, чтобы восстановить окно с процессом достаточно ввести screen -r и мы вернемся к бегущему процессу. Для того, чтобы завершить screen необходимо внутри ввести exit.
Если у нас есть потребность запустить несколько окон, то можно это сделать следующим образом:
Screen -S yandex ping ya.ru, screen -S rambler ping r0.ru
Где yandex и rambler - это просто названия окон (alias)
Просмотреть бегущие окна:
screen - ls
Чтобы вернутся к нужному окну вводим screen -r alias