SAP Permormance on Sun T2000 multi core servers.

[Former Member]

Hi guys,

On some of the newer sun servers, the performance isn't quite as good as what you would expect.

When you are running a specific job, let say patching using saint for instance the process works as expected, but the disp+work process seems to be just allocated to 'one' of the servers CPU's, rather than the process being distributed across the servers multi-cores, and doesn't seem to be much if any quicker.

I'm sure some of our ZONE settings in S10 must be wrong etc, but have followed the documentation precisely from SAP.

Am i missing some Solaris functionality or do we have to tell SAP to use multi-cores ?

Just intrested in other peoples experiences on the newer Sun servers

Regards

James

[markus_doehr2 · Accepted solution]

An ABAP workprocess is single threaded. Basically that means that the speed of any ABAP program is running is CPU-wise only dependent on the speed of the CPU.

An ABAP system can't leverage the multi-core multi-thread architecture of the new processors seen on the single process. You will see e. g. a significant performance increase if you install a Java engine since those engines have multiple concurrent threads running and can so be processed in parallel as opposed to the ABAP part.

What you can do to speed up an import is setting the parameter

PARALLEL

in the STMS configuration. Set the number to the available number of cores you have. This will increase the import speed since multiple R3trans processes are forked. However, during the XPRA still only one workprocess will be used.

Markus

[markus_doehr2]

Forgot to add:

See note 1127194 - R3trans import with parallel processes

Markus

[Former Member]

Performance issues are now solved.

Solaris zones in S10 seem to fix the issues.

Cheers for you help

James