cancel
Showing results for 
Search instead for 
Did you mean: 

More work processors will cause the slow performance?

farkathulla_cikkanther
Active Participant
0 Kudos

Hello Friends,

   One of our system has more work processors of diag and BG .

Will it make the system slow ?

Is there any document or note available for work processors allocation, If yes please suggest me.

Regards,

Farkath C

Accepted Solutions (1)

Accepted Solutions (1)

former_member182657
Active Contributor
0 Kudos

Hi Farkth,


Is there any document or note available for work processors allocation

Have a look with SAP Notes  39412 - How many work processes should be configured?

108799 - How many spool work processes for each instance?

9942 - Maximum number of work processes

Hope this will help you.

Good luck !!

Answers (4)

Answers (4)

hemanth2
Product and Topic Expert
Product and Topic Expert
0 Kudos

I also forgot to add, the /nST03N or the /nST03G will give you very vital information on the work process usage and the work load on the server. It will help you make an informed decision on the matter.
 

Kind Regards,

Hemanth

former_member185954
Active Contributor
0 Kudos

Hello Farkathulla,

There is no document as how many work process you configure depends on the processing power and RAM installed in your hardware.

There are limits described in SAP notes provided by many people above. The number of work processes depends on number of concurrent users you would like to support. A typical work process can support upto 10 concurrent users (provided they don't block it continuously).

So if you need to support 100 users, you can start with 10-12 Dia work processes,the update processes will depend on how many data updates users users might do every minute, which in turn depends on the type of business process you support using your SAP instance.

You can start with 30% of Dialog processes, so if you have 10 dia, you can start with 3 V1 and 1 V2.

The number of batch processes depends on number of background jobs that your system runs concurrently and cannot be specified here.

If you have a batch intensive system, make sure to beef up V1 & V2 processes accordingly.

If your users are not printing 100 documents per minute a single spool process is capable of dealing with all your spooling needs.

I don't need to say anything about enque.

Regards,

Siddhesh

hemanth2
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Farkathulla,
 

Hope you are doing good.

Nice to hear from you again. Please do not increase the number to a very high level. Higher degree of serialization on bottlenecks may lead to performance degradation. Also tools for administration, logging and tuning are not able to reflect the real situation; hence administration maybe difficult. Some examples of Transactions which cannot handle a three digit number of work processes : RZ03, RZ04, RZ10 (so above 100 should never be an option).

   

Hope this helps.

_ _ _ _ _ _ _ _ _

Kind Regards,

Hemanth
SAP AGS
_ _ _ _ _ _ _ _ _
 

parth_raval
Participant
0 Kudos

Hello Farkath,

Proper distribution of work processe won't cause the slow performance.

Actually the exact number of work processes required and disribution amongst DIA, BTC, UPD etc would really depend upon the system usage/workload.

Fine tuning of the system would required regularly monitoring the performance traces and then increasing/decreasing work process as per the trace.

Generally the rules for a mixed instance is 70% DIA, 30% BTC...beside spool and UPD/UPD1.

You can also use the operation modes for proper balancing between DIA and BTC work processes.

Please refer below links :

Setting the Work Process Distribution - Configuration - SAP Library

Rules for Work Process Distribution - Configuration - SAP Library

Best Regards,

Parth Raval