| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
Home -> Community -> Mailing Lists -> Oracle-L -> virtual circuit wait/shared server
Solaris 9 E4500 6-cpu 6 gigs mem
Oracle 9.2.0.4
We have a vendor-supplied app that was upgraded recently. The database is using shared server. We peak at about 1000 to 1050 sessions mid-morning.
Users complain of slowness compared to the old system. Nothing horrible, but they just perceive it’s not as quick as it used to be. Vendor consistently says the database is screwed up.
Before the upgrade it was rare to EVER see a session waiting on the virtual circuit latch. Now it’s just as rare to see no sessions waiting. 2 differences between old and new version of software: more sessions connected, and introduction of Citrix.
Virtual circuit status always tops our wait events. These are from 3 different statspack reports on 3 different days during peak morning hours. These numbers are typical:
Avg
Total Wait wait Waits
Event Waits Timeouts
Time (s) (ms) /txn
---------------------------- ------------ ----------
---------- ------ --------
virtual circuit status 460,380 2,831
100,414 218 19.6
virtual circuit status 526,272 2,801
99,410 189 30.4
virtual circuit status 372,273 1,677
65,342 176 15.3
-------------------------------------------------------------
When I push any statspack report through yapp, the
advice always comes back to tune mts:
Maximum gain: 94% what: Tune Multi-Threaded Server.
Trouble is that I don’t know what to tune. I have 2 dispatchers. They barely break a sweat, normally about 0.4 % busy, about a 0.04 avg wait.
I have 20 servers defined. The first couple get busy
(maybe up to 20% or so), but most of the servers do
not get used at all.
Any ideas? I’d be delighted for any help.
Barb
Here’s output from the mts script supplied on Tim Gorman’s web site:
MTS Dispatcher Statistics:
Name Owned Status Type Queued %Busy Avg
Wait
---- ----- -------- ---------- ------ --------
--------
D000 473 WAIT DISPATCHER 0 0.586
0.055
D001 464 WAIT DISPATCHER 0 0.582
0.054
----- --------
--------
avg 0.584
0.055
sum 937
MTS Shared Server Statistics:
Name Total Rqsts Rqst/Hour Rqst/Min %Busy
---- ------------ ------------ ------------ --------
S000 694,988 65,964.217 1,099.404 22.916
S001 350,251 33,243.787 554.063 10.856
S002 160,438 15,227.841 253.797 4.700
S003 58,155 5,519.734 91.996 1.854
S004 19,332 1,834.881 30.581 0.777
S005 5,678 538.923 8.982 0.340
S006 1,869 177.395 2.957 0.204
S007 704 66.820 1.114 0.184
S008 257 24.393 0.407 0.150
S009 245 23.254 0.388 0.107
S010 178 16.895 0.282 0.087
S011 151 14.332 0.239 0.085
S012 117 11.105 0.185 0.088
S013 93 8.827 0.147 0.090
S014 42 3.986 0.066 0.064
S015 41 3.891 0.065 0.060
S016 44 4.176 0.070 0.034
S017 31 2.942 0.049 0.047
S018 60 5.695 0.095 0.035
S019 38 3.607 0.060 0.023
--------
avg 2.135
MTS "Active Circuit" Statistics:
Session
Circuit ID,Serial# Disp Serv Queue Waiter
-------- ---------- ---- ---- -------- --------
2FA16850 38,454 D001 S001 SERVER 00
2FA16E20 17,41 D000 S002 SERVER 00
2FA68E4C 309,81 D000 S000 SERVER 00
Cumulative MTS Statistics:
Maximum Servers Servers
Servers
Connections MAXIMUM_SESSIONS Started Terminated
HighWater
----------- ---------------- ---------- ----------
----------
940 940 2 2
21
MTS configuration parameters:
Name Value
--------------------
-------------------------------------------------------
mts_dispatchers
mts_servers 20
mts_max_servers 100
mts_max_dispatchers 200
mts_circuits 1400
mts_sessions 1395
mts_service sidname
mts_listener_address
mts_multiple_listene FALSE
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Thu Apr 15 2004 - 12:53:58 CDT
![]() |
![]() |