Влияние на производительность, если APPLHEAPSZ установлено слишком низко

Question

У меня есть сервер с 4 ГБ оперативной памяти, установленный с DB2 10.5 и WebSphere Application Server 8.0. В последнее время мы увеличиваем объем оперативной памяти до 12 ГБ для повышения производительности. Когда я проверяю параметры конфигурации базы данных, APPLHEAPSZ устанавливается в 4096.

С увеличением ОЗУ до 12 ГБ, как APPLHEAPSZ по-прежнему настроен на 4096 VS APPLHEAPSZ, установленный для АВТОМАТИЧЕСКОГО воздействия на производительность?

Answer 1

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

В вашем случае оба они установлены на одной машине. APPLHEAPSZ относится к количеству памяти приложений, каждый отдельный агент базы данных, работающий для этого приложения, может потреблять. Эта память может изменяться на основе требований/использования памяти приложения/базы данных. Значение этого параметра установлено на «Автоматически» из DB2 9.5version, чтобы избежать ошибок OOM на стороне БД. Это значение должно быть фиксированным только тогда, когда

1. Вы знаете требование к памяти агента DB очень хорошо
2. У вас есть очень меньше памяти, и вы должны ограничить использование памяти для фиксированного значения. (Как и в вашем случае, у вас есть сервер приложений, также установленный на том же сервере, и для получения достаточного количества памяти для сервера приложений вам необходимо ограничить использование сервера db и наоборот)

Если возможно, установите приложение и сервер БД на отдельный машины и сделайте параметр как автоматический (если это невозможно, сохраните фиксированное значение с правильным балансом «память приложения + память db APPLHEAPSZ + системная память»)

С точки зрения производительности фиксированное значение должно обеспечивать хорошую производительность, если DB использование довольно низкое. Если использование БД происходит с высоким значением, чем указанное значение с точки зрения памяти, тогда вы сталкиваетесь с ухудшением производительности. Автоматическое значение будет работать лучше всего в большинстве случаев.

Answer 2

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

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

Вы не упомянули, если ваша установка DB2 32-разрядная или 64-разрядная. Имейте в виду, что 32-разрядные приложения не могут использовать память объемом более 4 ГБ, независимо от того, сколько физической памяти у вас на компьютере.