[Date Prev][Date Next][Thread Prev][Thread Next]
[Author Index] [Date Index] [Thread Index]
[SQR-USERS Info] [SQRUG Home Page]

Re: Out of memory message



You're right - it was a server (Oracle) error.  One of our DBAs fixed it by
changing the ulimit (whatever that is):

from:

>ulimit -a
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         131072
stack(kbytes)        2048
memory(kbytes)       2018168
coredump(blocks)     0
nofiles(descriptors) 4096
vmemory(kbytes)      1048576

to:

in psoft's login script, added line ulimit -d 262144

>ulimit -a
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         262144
stack(kbytes)        2048
memory(kbytes)       2018168
coredump(blocks)     0
nofiles(descriptors) 4096
vmemory(kbytes)      1048576

I needed to use arrays in order to keep cursors open (that is only have them
compile 1 to 2 times).  We deemed that necessary  for performance.  In
hindsight, perhaps writing to a file rather than an array may have been
better.  But it is working and performance is exceptional :)

Thanks for your response!
Have a good day
Anne-Marie


-- - -- - -- - -- - -- - -- - -- - -- - -- - -- - --
Anne-Marie Matula
Student Information System Project
Office of Information Technologies
University of Massachusetts
740 N. Pleasant St
OIT-LGRC A247
Amherst, MA  01003-9306
Phone: 413/577-0685
Fax: 413/545-2150


> -----Original Message-----
> From: Ethan Kayes [mailto:ebkayes@hewitt.com]
> Sent: Wednesday, February 07, 2001 10:01 AM
> To: sqr-users@list.iex.net
> Cc: amatula@oit.umass.edu
> Subject: Out of memory message

> Anne-Marie
>
> Why don't you send a copy of the program to the user group as a
> file attachment.
>
> Most of the memory constraints in SQR are server related. ie how
> much memory
> does the server physically have and how it is partitioned.
>
> Is there any particular reason why you are loading all data into an array?
>
> Ethan