Performance Tuning Guide - EMC Community Network
Performance Tuning Guide - EMC Community Network
Performance Tuning Guide - EMC Community Network
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Maximizing Process Throughput<br />
Avoiding manual bottlenecks<br />
Throughput bottlenecks can result from an inability to process automatic or manual activities.<br />
Manual activities slow down throughput the most because they require human performers. Human<br />
performers process work items more slowly and their availability can be unpredictable. Workflows<br />
that designate specific individuals as performers of an activity can become stuck when that individual<br />
becomes unavailable for some reason (sick, vacation, and so on). To prevent manual bottlenecks<br />
resulting from specific individual performers:<br />
• Assign manual activities to groups or queues, not individual users.<br />
• Use timers for completion of manual activities and alert an administrator when a task has not<br />
been completed in the allotted time.<br />
• Use automatic activities wherever possible. Most workflows have a completion rate ratio of<br />
10 automatic activities to 1 manual activity.<br />
• Develop a contingency plan to address a backlog if it does occur. Make sure that you can reassign<br />
tasks to other people, groups, or queues.<br />
Figure 9, page 32 shows a workflow example in which a performer of a manual activity goes on<br />
vacation or there is an influx of workflows and the tasks build up.<br />
Figure 9. Potential manual bottlenecks<br />
When delays in expected workflow completion occur, run the following DQL command:<br />
select distinct name, count(*) from dmi_queue_item group by name<br />
processor_0 10<br />
processor_1 24,000<br />
processor_2 1<br />
The result of this query indicates that processor_1 has 24,000 tasks in their queue before all workflows<br />
involving that performer can be completed. The result indicates that tasks are not being distributed<br />
evenly (load balanced) across all available processors, with processor_1 being the bottleneck.<br />
Sample workflow agent configurations<br />
This following provides sample workflow agent configurations.<br />
On-demand processing — In this configuration, a single user or a few users log in to the system to<br />
demonstrate or verify something. They check their task list, and open and complete tasks. Workflow<br />
agent threads do not degrade end-user performance. The system polls once every 5 minutes. Content<br />
Server notifies the workflow agent upon creation of every automatic activity and the workflow<br />
agent picks up the job for processing.<br />
polling interval=300<br />
Set DM_NOTIFY_WF_AGENT_AUTO_TASK=T<br />
Workflow agent threads =1<br />
32 <strong>EMC</strong> Documentum xCP 1.0 <strong>Performance</strong> <strong>Tuning</strong> <strong>Guide</strong>