With online processes, Oracle has already taken significant steps to increase and take advantage of parallelism. The existence of multiple server and background processes is an example of this. However, having a batch Oracle client process related to a single Oracle server process can become a serialization limitation. So, our parallelism effort will focus on ways to split the process into multiple streams, each with its own Oracle client and server process.

When a process is serialized, there may be plenty of available capacity, but it cannot be used. For example, if there are four CPU cores providing 240 seconds of CPU power over a 1-minute period (4 _ 1 _ 60), but a single stream process is serialized, it can only hope to consume at most 60 seconds of CPU. If we look at the operating system during the serial process, average CPU utilization will be 25%, while our CPU-intensive batch process crawls along. What is needed is increased parallelism to take advantage of the additional and available resources.

We can mathematically determine batch process segment elapsed time by simply dividing the required resource time by the available parallelism. For example, suppose a CPU-intensive batch process segment consumes 120 seconds of CPU. When run serially, this process takes 120 seconds. After some analysis, it was determined the process could be split into three parallel streams without any Oracle concurrency issues. The anticipated elapsed time becomes 40 seconds. The formula is as follows: