RE: Limiting Oracle Memory

From: Kevin Kostyszyn <kevin_at_dulcian.com>
Date: Thu, 21 Jun 2001 14:17:13 -0700
Message-ID: <F001.00332C9C.20010621141315@fatcity.com>

All right, I am not DBASTUD, you're using big words!!:) I am all over the idea of having him split up the code. I recommended doing it with script files that way we could end the session after the first run, free up the ram and the vm and then start the process again. But he says he can't do it. I will continue to try and convince him. So ahhhhh...yeah, what is this dbms_application, or am I falling for a Rossism?

-----Original Message-----

Sent: Thursday, June 21, 2001 5:36 PM
To: Multiple recipients of list ORACLE-L

yea, have him break his code into modules and try to track it down that way.

or, do it the right way and use dbms_application.

-----Original Message-----

Sent: Thursday, June 21, 2001 5:27 PM
To: Multiple recipients of list ORACLE-L

I would love to speak more of this mythical code, but that would require me to understand the cryptic inner sanctum of the code of P.Dorsey and his developers!! I will speak to the developer, see what I can squeeze out of him without getting shot!!
KK

-----Original Message-----

Sent: Thursday, June 21, 2001 5:03 PM
To: Multiple recipients of list ORACLE-L

so....a PL/SQL table?.....can you say more about the code in question without violating the cryptic inner sanctum of Dulcian?

-----Original Message-----

Sent: Thursday, June 21, 2001 3:55 PM
To: Multiple recipients of list ORACLE-L

DBMS_PIPE.down('Ross');,

Thanks for not destroying me with your mental powers:) I am concerned
about the size because it is completely hosing the machine. The worst part is, it is ONE connection that is doing it. No one else is connected to the db, but once this migration begins, POW, the memory goes to town and the machine eats it.

So what I was hoping to do was set a limit on Oracle, let it have 600 megs
and finish the job. Yes, it would probably be slower, but at least the server wouldn't die. Once it dies that's it, it has to be done all over again. I am going to talk to the developer and see if we can do this whole thing differently, unless I can figure out how to use ora_workingsetmax!!

Thanks again:)
Kev

-----Original Message-----

Sent: Thursday, June 21, 2001 2:10 PM
To: Multiple recipients of list ORACLE-L

I *like* NT, actually.
that's "DBMS_PIPE.down('Ross'); to you, Buster"
oracle, as a process, should include EVERYTHING on the box having to do w/Oracle with the exception of the listener. Including user connects, i believe....700MBytes is not at all large in that context....

Do this: track user sessions and memory over time.

if they grow commensurately...then there is no leak.

if there are monotonic jumps in the latter w/o any in the former, you may well have a leak, and you'll need to move to the thread level to find it, likely.

I am sure Jared and Mladen will be glad to help you with deep internal NT questions. <EG>

hth

Ross
-----Original Message-----

Sent: Thursday, June 21, 2001 1:21 PM
To: Multiple recipients of list ORACLE-L

Hi all,

I have a procedure that seems to be bringing my server to it's knees.
Winnt, Oracle 817 (Pipe down Ross:))
Anyway, what happens is a pl/sql table is placed into memory and then later on it will be written to the disk. However, by the time the process is about to get to the writing part the machine is dead. The Oracle.exe process is well over 700MBs and the Virtual Memory is over a gig and a half!! Is there anyway for me to limit this, I tried using the registry entry ORA_WORKINGSETMAX, however that doesn't seem to work. Has anyone used this setting? Are you just supposed to put a number in the entry? I put 600 but nothing happens. Any help would be greatly appreciated.

Sincerely,
Kevin Kostyszyn
DBA
Dulcian, Inc
www.dulcian.com
kevin_at_dulcian.com

--

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

Author: Kevin Kostyszyn
INET: kevin_at_dulcian.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: Mohan, Ross
INET: MohanR_at_STARS-SMI.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

--

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

Author: Kevin Kostyszyn
INET: kevin_at_dulcian.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

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

--

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

Author: Kevin Kostyszyn
INET: kevin_at_dulcian.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

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

--

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

Author: Kevin Kostyszyn
INET: kevin_at_dulcian.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