Халабия Р.Ф. Администрирование вычислительных систем и сетей, страница 6
Описание файла
PDF-файл из архива "Халабия Р.Ф. Администрирование вычислительных систем и сетей", который расположен в категории "". Всё это находится в предмете "вычислительная техника" из 10 семестр (2 семестр магистратуры), которые можно найти в файловом архиве РТУ МИРЭА. Не смотря на прямую связь этого архива с РТУ МИРЭА, его также можно найти и в других разделах. Архив можно найти в разделе "книги и методические указания", в предмете "вычислительные машины, системы и сети" в общих файлах.
Просмотр PDF-файла онлайн
Текст 6 страницы из PDF
Те, что запускаются в начале, обычнофункционируют постоянно, до завершения работы системы или до аварийногозавершения. К таким службам относятся все демоны с относительно высокойпостоянной нагрузкой, которые должны давать быстрый ответ клиенту:почтовые серверы, web-серверы, демоны sshd и многие другие. К запускаемымпо запросу относятся службы, которые нужны реже, и между скоростьюдоступа к ним и эффективностью использования ресурсов часто выбираетсяэффективность (незачем отнимать ресурсы у системы, запуская постояннодействующие, но редко требуемые процессы). К службам второго типаотносятся telnetd, ftpd и другие.Службы по запросу запускает демон inetd.
При запуске или приполучении сигнала SIGHUP он читает файл конфигурации /etc/inetd.conf, гдеопределено, какие службы можно запускать по запросу, и какие программы приэтом следует запускать.Демон inetd выполняет функцию привратника: как только пакетприходит к воротам системы, inetd определяет, какой процесс надо запустить,чтобы пакет смог добраться по назначению - к этому процессу.
Программаinetd сверяет номер порта назначения в пакете с номером порта назначения вфайле /etc/inetd.conf - там этот номер в мнемоническом виде указан в первойколонке. Для выяснения соответствия между номерами портов и ихмнемоническими обозначениями служит файл /etc/services.Для ограничения доступа к сетевым службам прежде всего следуетотменить запуск всех служб, доступ к которым вы предоставлять не намерены.Для служб, запускаемых по запросу, это можно сделать, просто поставив знаккомментария # (решетка) перед строкой, в которой указана соответствующаяслужба.Службы(демоны),запускаемыевначалеработысистемы,выключаются тоже довольно просто - достаточно удалить запускающий ихскрипт из каталога /etc/rc?.d.
Если они запускаются напрямую из /etc/inittab,закомментируйте соответствующую строку в этом файле.После того, как мы гарантировали запуск только требуемых нам служб,приходит время определить специфические права доступа к этим службам. Мыможем ограничить доступ к ним из тех или иных источников. Можно сделатьэто посредством фильтра пакетов, как описано в лекции 13, либо внесяизменения в файл /etc/hosts.allow, в случае использования TCP wrapper программы tcpd.
Для включения механизма TCP wrapper при работе через inetdследуетвфайле/etc/default/inetdпараметруENABLE_TCPWRAPPERSприсвоить значение YES (по умолчанию установлено NO, что означает "неиспользовать TCP wrapper>).Производительность сети в большей степени зависит от используемогосетевого оборудования, чем от настроек системы. Фактически, некоторуюоптимизацию может дать изменение параметра MTU (maximum transmissionunit) с помощью ifconfig, если трафик через сеть однороден и можно точноопределить превалирующие размеры пакетов.Однако с помощью ряда инструметов можно оценить, как идут дела всети.Используйтеnetstat –i, для получения статистики по интерфейсамсистемы:Если netstat сообщает о большом количестве коллизий на интерфейсе,это может говорить о перегрузке сегмента сети.
Вспомните, не генерирует ликакая-нибудь программа излишний или паразитный трафик, нельзя ли избежатьпередачи каких-то данных через сеть? Для тщательного изучения ситуациипригодится программа tcpdump, которая выводит на экран (перенаправьтевывод в файл для последующего анализа!) заголовки каждого пакета,проходящего мимо вашего сетевого интерфейса. Большое число коллизийтакже может говорить о том, что давно пора сменить старый дешевыйконцентратор (hub) на новый коммутатор (switch) - ведь сегодня коммутаторстоит дешевле, чем концентратор в свое время!Некоторое число ошибок на интерфейсе допустимо, но если оно явнопропорционально трафику через интерфейс и превышает 1% от общего числапересылок (это видно по выводу netstat), стоит изучить состояние кабелей.Может быть, на одном из них стоит стул? Или его жестоко зажали междустойками? Нет? Тогда наверное кто-то завязал на нем несколько узелков напамять...
Помните также, что плохо обжатые, небрежно подсоединенные илисильно запыленные вилки на кабеле, временные патч-корды, ставшиепостоянными, также могут быть причиной проблем в сети. Значительное числоошибок на интерфейсе (10% и более) может сигнализировать о неисправностисетевого адаптера.Бывает и так: сеть в полном порядке, netstat бодро сообщает, что ошибоки коллизий не имеется, новенькое сетевое оборудование цинично смотрит нанас матовым боком, а скорость передачи через сеть оставляет желать лучшего.В этом, кроме оборудования, могут быть виноваты неверно настроенныедрайверы (например, вы ожидаете full-duplex на интерфейсе, но сообщает ливам о нем ifconfig или коммутатор, к которому подсоединен ваш быстрыйкомпьютер?) или медленная дисковая подсистема получателя или отправителяданных.2.3 Исходные данные для проведения лабораторной работыИсходными данными для выполнения лабораторной работы являютсякритерии производительности системы и система пейджинга.
Лабораторнаяработа проводиться под управлением операционной системы Solaris.2.4 Порядок проведения лабораторной работы2.4.1 Изучить теоретический материал лабораторной работы.2.4.2 Проверить: Какие процессы занимают процессорное время. Частоту успешных попаданий в DNLC. Частоту промахов при многократном обращении к DNLC Коллизии в локальной сети. Объем виртуальной памяти.2.4.3 Построить график статистики работы рабочей станции через каждые60 сек.2.4.4 Определить количество запросов к DNLC в секунду.2.4.5 Оценить загрузку файловых систем.2.4.6 Получить статистику использования разделяемой памяти.2.4.7 Составить таблицу MAC-адресов и IP-адресов в локальной сети.2.4.8 Найти файлы, где определено, какие службы можно запускать позапросу, и какие программы при этом следует запускать.2.4.9 Оформить выполнение лабораторной работы в виде отчета. Формаотчета представлена в приложении Б.3 Лабораторная работа №2.
Оптимизация работы процессов в OCSolaris3.1 Цель лабораторной работыЦель работы – изучить способы оптимизации работы процессов дляувеличения производительности компьютера. Рассматриваются наиболеевероятные причины снижения скорости работы и способы их устранения.3.2 Теоретические основыНесмотря на кажущуюся простоту, компьютер состоит из большого числачастей, и быстродействие системы определяется тремя факторами: скоростьюработыкаждогокомпонента,согласованиембыстродействияразныхкомпонентов и точной настройкой системы для работы именно с этойконфигурацией аппаратуры.
Здесь мы не будем касаться первых двух факторови предположим, что мы имеем идеально согласованную конфигурациюаппаратных средств. Поскольку в реальной жизни такое встречается редко, нашглаз отдыхает при взгляде на этот прекрасный компьютер. Все, что мы можемсделать с ним - это установить подходящую операционную систему инастроить ее оптимальным образом.Оптимизации подлежит следующее: количество одновременно запущенных процессов; количество потребляемой процессами памяти; объем оперативной памяти в системе; размер swap-раздела; наборресурсов,вкоторыхнесколькопроцессовнуждаютсяодновременно.Вопросыанализаиувеличенияпроизводительностидисковойподсистемы вы познакомились на выполнении лабораторной работы №1,сейчасмы затрагиваемтолькотему оптимизации работы процессов.Фактически, обсуждаются два вопроса: оптимизация использования памяти иоптимизация приоритетов процессов.
Первый, как легко догадаться, впрактических задачах встречается много чаще.Начнем с изучения того, как устроена виртуальная память в Solaris, ибоона является первым по значимости ресурсом, который постоянно делят междусобой все процессы, запущенные в системе.Поскольку процессам, запущенным в системе, обычно в сумме требуетсябольше места, чем допускает размер оперативной памяти, в любой системеUNIX предусмотрен механизм виртуальной памяти.
Объем виртуальной памятискладывается из объема оперативной памяти и объема пространства свопинга(swap space). Подсистема виртуальной памяти в ядре заботится о том, чтобы сточки зрения процесса память была непрерывна и всегда доступна. Вдействительности страницы памяти, выделенные процессу, могут как угоднораспределяться в оперативной памяти или быть выгруженными на диск впространство свопинга.Вся виртуальная память разбита на страницы объемом 4 Кбайт.Некоторые компьютеры в силу их аппаратной реализации используютстраницыпамятипо8Кбайт.Книмотносятсякомпьютерысмикропроцессорами DEC Alpha, первыми процессорами Sun SPARC (например,RossRT601/CypressCY7C601/TexasInstrumentsTMS390C601A,устанавливавшиеся в SPARCstation 2) и модели Sun UltraSPARC. В Solaris дляопределения фактического размера страницы памяти следует использоватьпрограмму /usr/bin/pagesize или функцию getpagesize(3C).Потребителями виртуальной памяти в Solaris являются ядро системы, кэшифайловой системы, тесно разделяемая память (intimately shared memory) ипроцессы.