Skip Locking is the new property introduced in 11g for the DBAdapter Connection factories. 
“In
 a distributed scenario, each polling instance will try to balance the 
load by not greedily attempting to process all unprocessed rows by 
itself. What that means is that at a time, an instance will only fetch 
at most  
MaxTransactionSize rows”.
When using skip locking, if a full MaxTransactionSize rows are fetched, the next MaxTransactionSize
 rows can be immediately fetched continuously. This is because 
concurrent threads do no block each other when using skip locking. The 
Skip Locking offers performance benefits. 
However,
 with skip locking disabled, all threads will try to lock the same rows,
 and only one will succeed. Consequently, once this thread has processed
  
MaxTransactionSize rows, it will pause until the next polling interval, to allow other threads to also lock and process rows.
If
 we want to limit the number of records processed(MaxTransactionSize) in
 a particular polling interval then the SkipLocking should be disabled, 
the maximum throughput for each node with distributed polling enabled 
but uses SkipLocking disabled is: 
NumberOfThreads x MaxTransactionSize/PollingInterval 
 | 
Sunday, December 16, 2012
Oracle SOA 11g – Skip locking for DBAdapter connection factories in clustered environments
########
at
9:34 PM
Labels: DB Adapter, SOA
Subscribe to:
Post Comments (Atom)
0 comments:
Post a Comment