IBM E027SLL-H Troubleshooting Guide - Page 156

Tivoli Enterprise Portal has high memory usage and poor response, Tivoli Enterprise Portal has high

Page 156 highlights

Tivoli Enterprise Portal has high memory usage and poor response time About this task The amount of Java memory used by the Tivoli Enterprise Portal increases with the size of the monitored environment. If the maximum Java heap size setting is too low, the amount of time spent by the JVM performing garbage collection can become excessive, resulting in high CPU utilization and poor response time. Verbose garbage collection (GC) data can be used to determine if excessive garbage collection occurs. If the percentage of time spent performing garbage collection is greater than 5%, increase the maximum Java heap size (the -Xmx parameter) to provide more memory and reduce garbage collection activity. For more information about collecting verbose GC data and Java heap tuning parameter changes, refer to the IBM Developer Kit and Runtime Environment, Java 2 Technology Edition, Version 1.4.2 Diagnostics Guide (http://publib.boulder.ibm.com/infocenter/javasdk/ v1r4m2/topic/com.ibm.java.doc.diagnostics.142/html/diag142.html). Use the following steps to increase the maximum Java heap size. Tivoli Enterprise Portal browser client Edit the Java heap parameters using the Java Plug-in Control Panel. Before you change the values for the Java Plug-in, consider that any changes affect all Java applications that use the Java Plug-in. See "Preparing your Tivoli Enterprise Portal environment" in the IBM Tivoli Monitoring Administrator's Guide for more information. 1. Open the Windows Control Panel. 2. Double-click Java Plug-in for IBM Java V1.4.2 (or right-click and select Open). If you have multiple Java Plug-ins, check that you have the properties for the right plug-in opened: The About tab shows V1.4.2, and the Cache or Certificates tab shows IBM in the path or in the signed certificate. 3. In the Advanced tab, select the IBM JRE 1.4.2 from the Java Runtime Environment list. 4. In the Java Runtime Parameters field, enter -Xms128m -Xmx256m. 5. Click Apply. Tivoli Enterprise Portal desktop client Edit the cnp.bat file in install_dir\CNP to change the Java heap parameters in the set command to -Xms128m -Xmx256m. Tivoli Enterprise Portal has high memory usage The amount of Java memory used by the Tivoli Enterprise Portal depends on the size of the monitored environment. The largest component of the memory usage is for the Java heap, which contains both short-term and long-term data. When a memory request cannot be satisfied from free Java heap storage, "garbage collection" is performed to reclaim free memory. There are many Java heap tuning parameters for IBM Java run-time environments that can be used to influence garbage collection and memory management. Notable among these are the minimum free percentage (-Xminf) and maximum free percentage (-Xmaxf) parameters. IBM Java documentation provides the following descriptions: -Xminf A floating point number, 0 through 1, that specifies the minimum free heap 138 IBM Tivoli Monitoring: Troubleshooting Guide

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310

Tivoli Enterprise Portal has high memory usage and poor response
time
About this task
The amount of Java memory used by the Tivoli Enterprise Portal increases with the
size of the monitored environment. If the maximum Java heap size setting is too
low, the amount of time spent by the JVM performing garbage collection can
become excessive, resulting in high CPU utilization and poor response time.
Verbose garbage collection (GC) data can be used to determine if excessive garbage
collection occurs. If the percentage of time spent performing garbage collection is
greater than 5%, increase the maximum Java heap size (the -Xmx parameter) to
provide more memory and reduce garbage collection activity. For more information
about collecting verbose GC data and Java heap tuning parameter changes, refer to
the
IBM Developer Kit and Runtime Environment, Java 2 Technology Edition, Version
1.4.2 Diagnostics Guide
v1r4m2/topic/com.ibm.java.doc.diagnostics.142/html/diag142.html).
Use the following steps to increase the maximum Java heap size.
Tivoli Enterprise Portal browser client
Edit the Java heap parameters using the Java Plug-in Control Panel. Before
you change the values for the Java Plug-in, consider that any changes
affect all Java applications that use the Java Plug-in. See "Preparing your
Tivoli Enterprise Portal environment" in the
IBM Tivoli Monitoring
Administrator's Guide
for more information.
1.
Open the Windows Control Panel.
2.
Double-click Java Plug-in for IBM Java V1.4.2 (or right-click and select
Open). If you have multiple Java Plug-ins, check that you have the
properties for the right plug-in opened: The About tab shows V1.4.2,
and the Cache or Certificates tab shows IBM in the path or in the
signed certificate.
3.
In the Advanced tab, select the IBM JRE 1.4.2 from the Java Runtime
Environment list.
4.
In the Java Runtime Parameters field, enter
-Xms128m -Xmx256m
.
5.
Click
Apply
.
Tivoli Enterprise Portal desktop client
Edit the
cnp.bat
file in
install_dir\CNP
to change the Java heap
parameters in the set command to
-Xms128m -Xmx256m
.
Tivoli Enterprise Portal has high memory usage
The amount of Java memory used by the Tivoli Enterprise Portal depends on the
size of the monitored environment. The largest component of the memory usage is
for the Java heap, which contains both short-term and long-term data. When a
memory request cannot be satisfied from free Java heap storage, "garbage
collection" is performed to reclaim free memory. There are many Java heap tuning
parameters for IBM Java run-time environments that can be used to influence
garbage collection and memory management. Notable among these are the
minimum free percentage (-Xminf) and maximum free percentage (-Xmaxf)
parameters. IBM Java documentation provides the following descriptions:
-Xminf<number>
A floating point number, 0 through 1, that specifies the minimum free heap
138
IBM Tivoli Monitoring: Troubleshooting Guide