But, a shared server process only services one connection at a time. Shared servers
work much like a pool. A connection has sole use of the shared server while it
actively processing that connection's request, when the request has been satisfied
the shared server is released and available for use by that or another connection.
The next time the connection wants to execute a statement it may use the same or a
different shared server. If a dbms_lock.sleep(600) command is issued through a
shared server than that server is indeed unavailable to other connections during that
time, actually until the request has been satisfied. This obviosly places more of a
load on the other shared servers. But other connections will not hang for ten plus
minutes.
I admit nearly all our connections are dedicated. Perhaps Oracle has "improved" them
since I last looked at how they worked.
Ian MacGregor
Stanford Linear Accelerator Center
[EMAIL PROTECTED]
-----Original Message-----
Sent: Thursday, May 16, 2002 11:06 AM
To: Multiple recipients of list ORACLE-L
Tim,
If I understood this correctly, you are saying that a DBMS_LOCK.SLEEP(600)
call
would tie up an MTS shared server for 10 minutes causing other sessions
connected to it
to hang for 10 minutes?
Jared
"Tim Gorman" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/15/2002 09:58 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: Re: Dedicated Server versus Shared Server
multiplexing architecture like this: long-running SQL operations tying up
a
shared server, DBMS_LOCK.SLEEP calls tying up a shared server, various
types
of locks or slowly-serviced operations tying up a shared server. Each of
these scenarios deny service to other sessions who might be waiting for
it...
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: MacGregor, Ian A.
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
