topic 5.9 and exclusive jobs in Alfresco Archive https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99244#M68565 <HTML><HEAD></HEAD><BODY><SPAN>Hi,</SPAN><BR /><BR /><SPAN>Just wanted to share this observation, maybe other people have the same opinion. </SPAN><BR /><BR /><SPAN>The doc says about exclusive jobs:</SPAN><BR /><BR /><BLOCKQUOTE class="jive-quote">It is actually not a performance issue. Performance is an issue under heavy load. Heavy load means that all worker threads of the job executor are busy all the time.</BLOCKQUOTE><BR /><SPAN>I wanted to get a feeling for the impact of this and created a small test case (see attached picture). Just imagine that the actual process is much larger than that but all non-service tasks have been stripped from the process flow for the sake of clearness.</SPAN><BR /><BR /><SPAN>[attachment=0]exclusivejobs.jpg[/attachment]</SPAN><BR /><BR /><SPAN>All tasks are defined as &lt;serviceTask id="servicetaskX" name="Service Task" activiti:delegateExpression="${theServiceTask}" activiti:async="true" /&gt; and the JavaDelegate implementation is just this</SPAN><BR /><PRE class="language-none line-numbers"><CODE><BR />@Component("theServiceTask")<BR />public class ServiceTask implements JavaDelegate {<BR />&nbsp;&nbsp;&nbsp; private AtomicInteger order = new AtomicInteger(0);<BR /><BR />@Override<BR />&nbsp;&nbsp;&nbsp; public void execute(DelegateExecution execution) throws Exception {<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; order.getAndIncrement();<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int sleeptimeMilliseconds = new Random().nextInt(5) * 1000;<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; long id = Thread.currentThread().getId();<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; System.out.println(order.get() + " - thread " + id + " sleeping " + sleeptimeMilliseconds + " ms");<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Thread.sleep(sleeptimeMilliseconds);<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; System.out.println(order.get() + " - thread " + id + " finished");<BR />&nbsp;&nbsp;&nbsp; }<BR />}<BR /><SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>When i start this process i get this output, totally expected</SPAN><BR /><BR /><PRE class="language-none line-numbers"><CODE><BR />1 - thread 20 sleeping 3000 ms<BR />1 - thread 20 finished<BR />2 - thread 20 sleeping 3000 ms<BR />2 - thread 20 finished<BR />3 - thread 20 sleeping 3000 ms<BR />3 - thread 20 finished<BR />4 - thread 20 sleeping 1000 ms<BR />4 - thread 20 finished<BR />5 - thread 20 sleeping 3000 ms<BR />5 - thread 20 finished<BR />6 - thread 20 sleeping 2000 ms<BR />6 - thread 20 finished<BR />7 - thread 20 sleeping 0 ms<BR />7 - thread 20 finished<BR />8 - thread 20 sleeping 2000 ms<BR />8 - thread 20 finished<BR />9 - thread 20 sleeping 3000 ms<BR />9 - thread 20 finished<BR />10 - thread 20 sleeping 4000 ms<BR />10 - thread 20 finished<BR />11 - thread 20 sleeping 3000 ms<BR />11 - thread 20 finished<BR />12 - thread 20 sleeping 0 ms<BR />12 - thread 20 finished<BR />13 - thread 20 sleeping 0 ms<BR />13 - thread 20 finished<BR /><SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>We observe that 1) all service tasks are executed on the same thread and 2) they are executed sequentially.</SPAN><BR /><BR /><SPAN>For me the impact of this is that we should NEVER put any long-executing async service tasks (e.g. report generation) in a process definition because they can potentially block all execution paths of the process instance. Rather we should have the service task finish quickly, and do the real execution async somewhere else. A receive task after the service task could wait for execution to continue.</SPAN><BR /><BR /><SPAN>So it is true that the current implementation does not impact process performance as such, but the risk of creating "bottlenecks" is very real if any of your service tasks is long running. In "real world" processes it are the machine oriented process flows (=many service tasks, little or no user tasks) that will suffer more from this.</SPAN><BR /><BR /><SPAN>Thanks for any thoughts on this.</SPAN></BODY></HTML> Fri, 09 Mar 2012 12:24:18 GMT heymjo 2012-03-09T12:24:18Z 5.9 and exclusive jobs https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99244#M68565 Hi,Just wanted to share this observation, maybe other people have the same opinion. The doc says about exclusive jobs:It is actually not a performance issue. Performance is an issue under heavy load. Heavy load means that all worker threads of the job executor are busy all the time.I wanted to get a Fri, 09 Mar 2012 12:24:18 GMT https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99244#M68565 heymjo 2012-03-09T12:24:18Z Re: 5.9 and exclusive jobs https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99245#M68566 <HTML><HEAD></HEAD><BODY><SPAN>Consider:</SPAN><BR /><BR /><SPAN>- If you only have a single process instance in db: Since activiti enforces sequential execution of the process instance, the instance itself runs longer than if tasks from the instance would be executed concurrently.</SPAN><BR /><BR /><SPAN>- If you have multiple process instances: each thread of the job executor will execute a single instance. You will still do work concurrently but from different instances.</SPAN></BODY></HTML> Fri, 09 Mar 2012 12:43:23 GMT https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99245#M68566 meyerd 2012-03-09T12:43:23Z Re: 5.9 and exclusive jobs https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99246#M68567 <HTML><HEAD></HEAD><BODY><SPAN>Long running service tasks are always a problem: since delegates are invoked synchronously, the transaction will be keept open for the time you work. If you take a long time to finish the work you will either run into transaction timeouts or lock the underlying resource (db) for too long.</SPAN><BR /><BR /><SPAN>Also keep in mind that the job executor has a max lock time after which it will assume that a job has failed.</SPAN></BODY></HTML> Fri, 09 Mar 2012 12:51:43 GMT https://connect.hyland.com/t5/alfresco-archive/5-9-and-exclusive-jobs/m-p/99246#M68567 meyerd 2012-03-09T12:51:43Z