Приемлемая частота успешных обращений к кэшу

Оценить
(0 голоса)

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

При определении адекватной частоты попаданий в кэш необходимо принять во внимание три фактора:

•             Доступный объем памяти. Любой ценой следует избегать замещения страниц памяти, или страничной подкачки. Если увеличение размера буферного кэша вызывает замещение страниц приложений, тогда лучше оставить кэш без изменения. Если доступна свободная память, то увеличение размера кэша является возможным.

•             Нагрузка на диски БД. Определите степень использования дисков БД, обратившись к статистике утилит iostat, sar или statit для соответствующих дисков. Проверьте также, сколько операций ввода/вывода связано с чтением. Если обнаружите высокий уровень использования дисков БД или значительные времена обслуживания, как было определено в разделе "Второй этап. Мониторинг дисков" данной главы, и если существенную долю от общего количества операций ввода/вывода составляют именно операции чтения, то увеличение числа успешных попаданий в кэш могло бы снять нагрузку с дисков.

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

Побочные эффекты мониторинга и настройки СУБД
Дополнительный этап: проверка использования ISM
Выявления проблем производительности на серверах БД
Первый этап. Мониторинг памяти
Нормальное замещение страниц до Solaris 8

Добавить комментарий


Защитный код
Обновить