Memory problems after upgrade to ERP2005SR2 unicode

[Former Member]

Hi,

After an upgrade for 1½ weeks ago from 4.6C to ERP2005SR2 unicode we have a memory problem. In 4.6C we never had problems with work processes going into PRIV mode. After the upgrade we didn´t change any memory parameters and soon we ran out of extended memory and work processes were going into PRIV mode.

We have raised the em/initial_size_MB parameter from 8192 MB to 12288 MB, but that did not help. We then tried to raise it further, yesterday to 14366 MB and today to 16384 MB. Without any change, we still run out of extended memory and the work processes go into PRIV mode.

Today at 11.30 o´clock we set the em/initial_size_MB to 16383 MB and after 2 hours all that memory have been used and we have over 10 work processes in PRIV moe...

It is V5R3, we are using unicode kernel version 124 and there are 19 GB in the i/Series.

Other memory parameters:

ztta/roll_first = 1024

ztta/roll_area = 16773120

rdisp/ROLL_SHM = 32768

rdisp/ROLL_MAXFS = 32768

abap/heap_area_dia = 2000683008

abap/heap_area_nondia = 2000683008

abap/heap_area_total = 2000683008

abap/heaplimit = 40894464

em/blocksize_KB = 16384

and

rdisp/wp_no_dia = 20

rdisp/wp_no_vb = 5

rdisp/wp_no_btc = 5

System Status Information Page 1

5722SS1 V5R3M0 040528 SAP001 09/04/07 13:46:27 CEST

% CPU used . . . . . . . . . . . . . . : 61.8 System ASP . . . . . . . . . . . . . . : 1831 G

% DB capability . . . . . . . . . . . : 11.5 % system ASP used . . . . . . . . . . : 71.0474

Elapsed time . . . . . . . . . . . . . : 00:45:36 Total aux stg . . . . . . . . . . . . : 1831 G

Jobs in system . . . . . . . . . . . . : 3918 Current unprotect used . . . . . . . . : 41290 M

% perm addresses . . . . . . . . . . . : .140 Maximum unprotect . . . . . . . . . . : 43842 M

% temp addresses . . . . . . . . . . . : 1.203

Sys Pool Reserved Max DB Non-DB Act- Wait- Act- Paging

Pool Size M Size M Act Fault Pages Fau lt Pa ges Wait Inel Inel Pool Subsystem Library Option

1 5061.83 393.18 +++++ .0 .2 .9 77.1 147.1 .0 .0 *MACHINE *FIXED

2 14038.35 8.01 475 113.5 6921 480.7 1669 5832 .0 .0 *BASE *CALC

3 193.91 .17 65 .0 .3 .5 1.4 8.2 .0 .0 *INTERACT *CALC

4 96.95 .00 33 .0 .5 .2 .4 49.3 .0 .0 *SPOOL *CALC

We know the unicode costs more memory, but we have now doubled the extended memory from 8 GB to 16 GB and this have not helped... Are there any known memory leaks? Or memory issues/problems with ERP2005, unicode and V5R3?

Best regards

Henrik Hviid

[gfarmer]

Hey Henrik

How many CPU do you use. What i remember you should have 8- 12 GB Memory per CPU.

Another point , isee you use 5 GB memory for Machine Pool. When you don't have DB Fault Pages you could decrease this.

For example.Our Machine Pool had 5,4 GB Memory for 1 ECC6.00 and 3 4.6c Systems.

Lg.

Gerhard

[Former Member]

There are 5 CPU´s in the machine, four of them are dedicated to the ERP2005 system.

[Former Member]

Hi Henrik,

em/initial_size_MB has more or less NOTHING to do with your memory !!!

You NEED more em !!!!!

=> go for 32GB EM => 32000 !!!!!

=> Then we'll see how much you use and finally we see if you might have too few main memory ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hello Henrik,

If you have doubt on memory leak within extended memory, please open an OSS note. (So far as what you described, I am not totally convinced that is the case.)

Currently, as the extended memory is just not enough, the best thing to do is to increase em/initial_size_MB as Volker suggested. Because it doesn't require physical memory, give it a Big number so the system is usable at least.

Afterwards I would check SM04 - Goto - memory to check who (which transaction) consumes too much memory. Tcode SM50 - doubleclick on each WP could help also. Because it is a big jump to upgrade from 4.6C ASCII to ECC 6.0 Unicode, it is not a total surprise if the memory requirement is doubled or more...

To get the performance like before, you may need more physical memory eventually. (20G memory is short for 4 Power5 processors.)

Best regards,

Victor

[Former Member]

Hello Henrik,

I noticed that another thread in Unix group also complains about the increased consumption of memory.

You may want to contact OSS support, and/or consider the kernel stack (117)?

Best regards,

Victor