We have added search box. Key in SAP issue keyword to search
TopBottom

Announcement: wanna exchange links? contact me at sapchatroom@gmail.com.
Showing posts with label Extended. Show all posts
Showing posts with label Extended. Show all posts

Setting Dimensions for Sufficient Extended Memory

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

You must ensure that Extended Memory is sufficiently large due to its intensive use. The prerequisite for this is a correspondingly large virtual memory area from Windows NT. As a basis, you need approximately 6 MB Extended Memory for each active user. Ensure that there is sufficient memory area by comparing the maximum Extended Memory used and memory created (Transaction ST02). Even during heavy system load, the value [ max use ] should not reach the value [ in memory ]. However, if this does occur, you must increase the profile parameter em/initial_size_MB accordingly.

Setting Dimensions for Extended Memory: Parameter Values under Windows NT

Profile Parameter

Parameter Value

em/inital_size_MB

» 6 MB per active user (application-dependent)

Extended memory should always be sufficient.

(® Check using Transaction ST02.)

There should always be sufficient Extended memory at all times. Check the configuration using Transaction ST02.

Transaction RZ03 displays an overview of all the application servers for a distributed system.



Keyword: BASIS
Title : Setting Dimensions for Sufficient Extended Memory

Checking Roll /Paging Area and Extended Memory using Transaction ST02 for SAP R/3

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

You can use Transaction ST02 to check if the buffers from the roll and paging areas are the same size as the paging files. By comparing the values under Max. use, you can check if the buffer size is large enough.

You can determine from the row Extended Memory that the R/3 Extended Memory is sufficiently large. The value Max. use is, in this example, noticeably smaller than the created memory area (In memory). If both values are identical, you must increase the extended memory (profile parameter: em/initial_size_MB).





Keyword: BASIS
Title : Checking Roll /Paging Area and Extended Memory using Transaction ST02 for SAP R/3

SAP Memory Types :: Extended Memory

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Keyword: BASIS
Title : SAP Memory Types :: Extended Memory

Maximum Use of SAP Extended Memory

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

As previously described, the SAP Memory Manager copies the memory blocks of the roll area between the process address area and the shared memory with a memory copy command. However, the memory blocks of the Extended Memory are included again when the user context is changed. This is more efficient than copying blocks of the roll area. For this reason, the user context should largely be located in the Extended Memory. The profile parameter ztta/roll_first sets the size of the allocated memory in the roll area, before Extended Memory is used. If you set the profile parameter to 1, the SAP Memory Manager is told to use the Extended Memory immediately.

Maximum Use of Extended Memory: Parameter Values under Windows NT

Profile Parameter

Parameter Value

ztta/roll_first

1 (byte)

ztta/roll_area

2000000 (bytes)

Any smaller values may lead to errors.

See: Parameter Overview for Windows NT



Keyword: BASIS
Title : Maximum Use of SAP Extended Memory

R/3 Extended Memory

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Definition

SAP R/3 Extended Memory is the core of the R/3 memory management system. Each R/3 work process has a part reserved in its virtual address space for Extended Memory (see Virtual Address Space in a Work Process). You can set the size using the profile parameter em/initial_size_MB. Under Windows NT, further memory is assigned dynamically as needed, and you can also set this amount.

Use

You can map the Extended Memory from the common resource onto any work process, and after onto another process (see graphic) on the same address in the virtual address space. This is important if you work with pointers in the ABAP program.

Structure

Depending on the operating system, how you implement the Extended Memory is different.

Windows NT: Implementation with Map/Unmap

Here, a roll-in corresponds to mapping a context in the Extended Memory, and a roll-out corresponds to unmapping.

The following graphic displays 2 work processes that are accessing a common resource.

The common resource (memory mapped file) contains all the user contexts. The Extended Memory of a work process contains an area reserved for mapping the current user context.

The graphic displays a context change or transfer: First, the context for user X, mode Y is mapped in the Extended Memory of work process 1. The work process processes an inquiry of this context. Analogous to this, the context from user N, mode M is mapped in the reserved area of work process 2 (marked with a 1). After processing, both work processes "put" the (changed) context back in the common resource by making the context visible again.

Then work process 1 can process the context for user N, mode M and work process 2 can process the context from user X, mode Y (marked with a 2).

The start address for the mapped context is always the same.

UNIX: Implementation with Memory Protection (Protect/Unprotect)

Here, a roll-in corresponds to removing the protection for a context in the Extended Memory, and a roll-out corresponds to protecting a context.

All user contexts are always mapped in the virtual address space for each work process. At the beginning, all the contexts are protected.

The example from above changes to the following:

Work process 1 removes the protection for the context from user X, mode Y. To do this, this context is locked for all other work processes. After processing, the protection is restored. Now, work process 2 can process this context.

Integration

The R/3 System builds a layer on to the operating system functions for the page management of this memory. This Extended Memory is implemented as an unnamed mapped file. This means the address space uses the paging file or uses the swap space of the operating system as background memory. For more information, refer to the man page "mmap" (UNIX systems), or Create File Mapping and Map View of File for Microsoft Windows NT.



Keyword: BASIS
Title : R/3 Extended Memory

Checking Roll /Paging Area and Extended Memory with Tcode ST02

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Keyword: BASIS
Title : Checking Roll /Paging Area and Extended Memory with Tcode ST02

em/blocksize_KB: Segment Size for the Extended Memory

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Use

This value specifies the size of the segments that are assigned to the R/3 Extended Memory.

Only SAP is allowed to change this parameter.

Activities

Unit: 1 KB

Default value: 1024 (1 MB)

Recommended value: You may not change the default value.



Keyword: BASIS
Title : em/blocksize_KB: Segment Size for the Extended Memory

em/initial_size_MB: Extended Memory Pool Size

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Use

This value specifies the Extended Memory pool size that the R/3 System manages for the Extended Memory.

Goal:

Ideally, this pool is large enough to contain the sum of all the user contexts. The pool must always be larger than the size of the parameter ztta/roll_extension. This parameter specifies how much Extended Memory can be allocated to a user context.

If the pool is used up, heap memory is allocated (see Private Memory and Allocating Memory for User Contexts). The work process switches to the PRIV mode and is reserved exclusively for the current user context. After processing the user context, the work process may be restarted automatically, if the process size specified in abap/heaplimit was exceeded.

Basic rules: Ensure that the pool is 10 to 15 times as larger as ztta/roll_extension; The exact value is oriented according to the available swap space and the number of users in the host system.

Integration

The swap space must be sized so that it can contain the R/3 Extended Memory and has enough space for the R/3 usage of heap memory (see Swap Space Requirements). There must also be enough space available for competing system users outside of the R/3 System. The swap space must also be large enough to ensure a safety reserve.

Activities

Unit: 1 MB

Default value: 128 MB

Recommended value: 200 to 500 MB, approximately 5 MB for each R/3 user (pay attention to operating system dependencies)

You can find the values from the configuration examples (Contents button). You can find more information on Windows NT under Setting Dimensions for Sufficient Extended Memory.

Changes: Customers can make changes.



Keyword: BASIS
Title : em/initial_size_MB: Extended Memory Pool Size

ztta/roll_extension: Extended Memory Limit

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Use

The value specifies the amount of memory that one user context can allocate to the R/3 Extended Memory. Valid for all types of work processes.




The value refers to the R/3 Extended Memory that a user context allocates. If the value entered is exceeded, heap memory is allocated. The work process is assigned exclusively to this user context and is no longer available for other user contexts since it is switched to the PRIV mode (in the work process monitor, Transaction SM51). See: Private Memory

If the value is set too high, caused by a large user context, an Extended Memory bottleneck can occur. If a large user context fills the R/3 Extended Memory, other smaller user contexts could thereby switch work processes into PRIV mode before their R/3 Extended Memory limit has been used up.

SAP recommends that you test your system using the high default value (250 MB). If the PRIV mode is switched on prematurely, you can decrease the size to the recommended value.

Under IBM AIX and Siemens-Nixdorf SINIX, you can use parameter ztta/roll_extension to balance the effects of the relatively low values that you can set for abap/heap_area_nondia (see abap/heap_area_nondia: Heap Memory Limit for Non-Dialog Work Processes and Data Segment Sizes (UNIX)). On these platforms, the relatively small values for the maximum data segment size limit the heap memory available for background job processing.

In order for the background processing to have at least 500 MB memory allocated to it, SAP recommends setting the parameter ztta/roll_extension to the values listed below. Set these values only on the servers that are used primarily for background processing. Otherwise, the R/3 Extended Memory may be filled by just a few work processes and the PRIV mode will be switched on prematurely (see Recognizing and Correcting Problems).

  • AIX values for background processing: > 300 MB
  • SINIX values for background processing: > 200 MB

In order for the active processes to be executed, you must increase the value for em/initial_size_MB: Extended Memory Size. You can determine the amount of Extended Memory your servers allocates by using Transaction RZ03 (see Overview of All Application Servers). The peak value displays the "high water mark" (maximum allocation) for Extended Memory.

Under AS/400, you can increase the value as needed to enable the processes to use more Extended Memory.

Goal:

Minimize the number of dialog work processes in the PRIV mode.

Integration

  • em/initial_size_MB: should be significantly larger than ztta/roll_extension.
  • ztta/roll_area: a higher value saves on R/3 Extended Memory.
  • rdisp/ROLL_SHM, rdisp/ROLL_MAXFS: If you increase the value of ztta/roll_area, you must adjust these parameters

Activities

Unit: Bytes

Default value: 250000000 (250 MB)

20971520 (20 MB) under AS/400

Recommended value: 500000000 (500 MB)

Changes: Customers can make changes. You can find the values from the configuration examples (Contents button).



Keyword: BASIS
Title : ztta/roll_extension: Extended Memory Limit

T r a n s l a t e to your language