Oracle-L: RE: Dedicated Server versus Shared Server

From: <Jared.Still_at_radisys.com>
Date: Thu, 16 May 2002 15:53:26 -0800
Message-ID: <F001.00463094.20020516155326@fatcity.com>

Thanks Ian.

Been awhile since I've used MTS. Don't plan to start again. :)

Jared

"MacGregor, Ian A." <ian_at_SLAC.Stanford.EDU> Sent by: root_at_fatcity.com
05/16/2002 12:22 PM
Please respond to ORACLE-L

        To:     Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
        cc: 
        Subject:        RE: Dedicated Server versus Shared Server

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
ian_at_SLAC.Stanford.edu

-----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" <Tim_at_SageLogix.com>
Sent by: root_at_fatcity.com
05/15/2002 09:58 PM
Please respond to ORACLE-L

To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>

        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: Jared.Still_at_radisys.com

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: ListGuru_at_fatcity.com (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: ian_at_SLAC.Stanford.EDU

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author:
INET: Jared.Still_at_radisys.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------