Рекомендации по настройке памяти

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

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

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

Кэши данных и буферные пулы
Мониторинг кэша данных
Настройка ввода/вывода
Производительность протоколирования
Transaction Management

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


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