49. Відлагодження програм. Системний виклик 'ptrace'

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

ptrace (от process trace) — системный вызов в некоторых unix-подобных системах (в том числе в Linux, FreeBSD, Max OS X), который позволяет трассировать или отлаживать выбранный процесс. Можно сказать, что ptrace дает полный контроль над процессом: можно изменять ход выполнения программы, смотреть и изменять значения в памяти или состояния регистров. Стоит оговориться, что никаких дополнительных прав при этом мы не получаем — возможные действия ограничены правами запущенного процесса.

50. Дисковий ввід/вивід. Буферний кеш. (здеся для общего развития дохера всего…удаляйте что не нужно, а то я хз как скоротить)

Сбор информации о дисковом вводе-выводе применяется при решении следующих задач:

• Поиск наиболее интенсивно используемых файлов, файловых систем и логических томов()

• Определение фрагментации файлов(Насколько фрагментированы интенсивно используемые файлы? (fileplace))

• Поиск наиболее часто используемого физического тома(Не является ли применяемый накопитель или контроллер узким местом в работе системы? (iostat, filemon))

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

Оценка интенсивности использования дисков с помощью команды iostat.

запускает команду iostat в фоновом режиме на время копирования в большого файла:

# iostat 5 3 >io.out &

# cp big1 /dev/null

Указанная команда создает три отчета в файле io.out:

tty: tin tout avg-cpu: % user % sys % idle % iowait

0.0 1.3 0.2 0.6 98.9 0.3

Диски: % tm_act Kbps tps Kb_read Kb_wrtn

hdisk0 0.0 0.3 0.0 29753 48076

hdisk1 0.1 0.1 0.0 11971 26460

hdisk2 0.2 0.8 0.1 91200 108355

cd0 0.0 0.0 0.0 0 0

tty: tin tout avg-cpu: % user % sys % idle % iowait

0.8 0.8 0.6 9.7 50.2 39.5

Диски: % tm_act Kbps tps Kb_read Kb_wrtn

hdisk0 47.0 674.6 21.8 3376 24

hdisk1 1.2 2.4 0.6 0 12

hdisk2 4.0 7.9 1.8 8 32

cd0 0.0 0.0 0.0 0 0

tty: tin tout avg-cpu: % user % sys % idle % iowait

2.0 2.0 0.2 1.8 93.4 4.6

Диски: % tm_act Kbps tps Kb_read Kb_wrtn

hdisk0 0.0 0.0 0.0 0 0

hdisk1 0.0 0.0 0.0 0 0

hdisk2 4.8 12.8 3.2 64 0

cd0 0.0 0.0 0.0 0 0

Первый отчет представляет собой статистику с момента последней загрузки и показывает равномерность (или, в данном случае, неравномерность) распределения ввода-вывода по жестким дискам. Жесткий диск hdisk1 почти все время простаивает, в то время как жесткий диск hdisk2 обрабатывает около 63 процентов всего ввода-вывода (согласно значениям в столбцах Kb_read и Kb_wrtn).

Примечание: Обычно система сохраняет хронологию операций дискового ввода-вывода. Если хронология не сохраняется (smitty chgsys -> Постоянно сохранять хронологию дискового ввода-вывода [false]), то при запуске команды iostat будет выдано следующее сообщение:

Хронология

дискового ввода-вывода с момента последней загрузки недоступна.

Это не влияет на периодический сбор статистики о дисковом вводе-выводе.

Второй отчет содержит информацию, собранную за первые 5 секунд выполнения команды cp. Внимательно изучите содержащуюся в нем информацию. С момента запуска команды cp прошло 2.6 секунд. В результате 2.5 секунды интенсивного ввода-вывода в сочетании с 2.5 секундами простоя дали среднее значение % iowait, равное 39.5 процентов. Более короткий интервал измерения позволил бы получить более точные значения. Этот пример показывает, что при анализе отчетов следует учитывать, что все указанные значения являются средними за интервал измерения.

---------------------------------------------------------------------------------------------------------------------

Вообщем получили инфу: Информация о терминалах, Информация о загрузке процессора, Информация об устройствах, Имена физических томов(диски), Загрузка диска (% tm_act), Скорость передачи данных (Kbps), Частота операций передачи данных (tps), Объем считанных данных (Kb_read, Объем записанных данных (Kb_wrtn).

Получение информации о физическом размещении данных с помощью команды lslv.

Получение информации о размещении файла с помощью команды fileplace.

Оценка интенсивности подкачки с помощью команды vmstat.

Оценка общего объема дискового ввода-вывода с помощью команды vmstat.

Подробный анализ ввода-вывода с помощью команды filemon.

В операционной  системе  Linux больше  нет  отдельного  буферного  кэша. 

Хотя кэш страниц файловой системы UNIX может оказаться достаточно эффективным для операций чтения, буферный кэш БД адекватного размера реализует более эффективную стратегию кэширования, чем та, которую обеспечивает кэш второго уровня, предоставляемый операционной системой. Аналогичное утверждение справедливо и для кэширования операций записи. Иногда в системах с большими объемами памяти может потребоваться 64-разрядная СУБД, чтобы установить буферные кэши соответствующего размера.