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
:)
a) I *like* NT, actually.
b) that's "DBMS_PIPE.down('Ross'); to you, Buster"
c) 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
[EMAIL PROTECTED]
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kevin Kostyszyn
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: Mohan, Ross
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: Kevin Kostyszyn
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: Mohan, Ross
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: Kevin Kostyszyn
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).
