You can map the extended memory from the common resource (shared memory segment) into any work process (see graphic) at the same address in the virtual address space. This is important if you work with pointers in the ABAP program.

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

The common resource (teraspace shared memory segments) contains all the user contexts and is always mapped completely in the teraspace address space of each work process.

The graphic shows a context change or transfer:

• The context for user X, mode Y is made available in the extended memory of work process 1. The work process processes an inquiry of this context.
• Analogous to this, the context for user n, mode m is made available in work process 2.
• After processing, both work processes "put" the (changed) context back into the common resource by releasing the context again.
• Then work process 1 can process the context for user n, mode m and work process 2 can process the context for user X, mode Y.

The start address for the extended memory in teraspace is the same across all work processes.

The SAP System builds a layer on to the operating system functions for the page management of the extended memory. The extended memory is implemented as teraspace shared memory. This means the address space uses unprotected storage of the operating system as background memory. For more information, refer to the teraspace documentation for OS/400.