| Author |
Message |
|
| bhyde at pobox.com |
 Posted: Thu Feb 11, 1999 4:09 am |
 |
|
|
Guest
|
Any advise about this failure?
> gmake ..
...
erlc -W -bjam -o../ebin gtk_generic.erl
Can't allocate 8713236 bytes of memory
...
I seem to have lots of swap space at the point
of failure. - ben
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| Ruslan at Shevchenko.Kiev |
| Posted: Thu Feb 11, 1999 4:13 am |
|
|
|
Guest
|
Ben Hyde wrote:
>
> Any advise about this failure?
>
> > gmake ..
> ...
> erlc -W -bjam -o../ebin gtk_generic.erl
> Can't allocate 8713236 bytes of memory
> ...
>
> I seem to have lots of swap space at the point
> of failure. - ben
Check you ulimit settings.
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| bhyde at pobox.com |
| Posted: Thu Feb 11, 1999 4:21 am |
|
|
|
Guest
|
Ruslan Shevchenko writes:
>Ben Hyde wrote:
>>
>> Any advise about this failure?
>>
>> > gmake ..
>> ...
>> erlc -W -bjam -o../ebin gtk_generic.erl
>> Can't allocate 8713236 bytes of memory
>> ...
>>
>> I seem to have lots of swap space at the point
>> of failure. - ben
>
> Check you ulimit settings.
>
Thanks! but too bad...
$ ulimit
unlimited
Sorry, should have mentioned that in the original
note. - ben
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| Ruslan at Shevchenko.Kiev |
| Posted: Thu Feb 11, 1999 4:44 am |
|
|
|
Guest
|
Ben Hyde wrote:
>
> Ruslan Shevchenko writes:
> >Ben Hyde wrote:
> >>
> >> Any advise about this failure?
> >>
> >> > gmake ..
> >> ...
> >> erlc -W -bjam -o../ebin gtk_generic.erl
> >> Can't allocate 8713236 bytes of memory
> >> ...
> >>
> >> I seem to have lots of swap space at the point
> >> of failure. - ben
> >
> > Check you ulimit settings.
> >
>
> Thanks! but too bad...
>
> $ ulimit
> unlimited
>
Hmm, and what ulimit -d show ?
> Sorry, should have mentioned that in the original
> note. - ben
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| hakan at erix.ericsson.se |
| Posted: Thu Feb 11, 1999 7:53 am |
|
|
|
Guest
|
On 11 Feb 1999, Ben Hyde wrote:
bhyde>Date: 11 Feb 1999 04:06:32 -0000
bhyde>From: Ben Hyde <bhyde_at_pobox.com>
bhyde>To: Erlang Q. <erlang-questions_at_erlang.org>
bhyde>Subject: Can't allocate?
bhyde>
bhyde>
bhyde>Any advise about this failure?
bhyde>
bhyde> > gmake ..
bhyde> ...
bhyde> erlc -W -bjam -o../ebin gtk_generic.erl
bhyde> Can't allocate 8713236 bytes of memory
bhyde> ...
bhyde>
bhyde>I seem to have lots of swap space at the point
bhyde>of failure. - ben
The error message means that the address space of the Erlang emulator
has been exhausted. The current limit in JAM is about 240M. The limit
has recently been increased i the new and better BEAM system.
Hopefully the emulator produced a file named erl_crash.dump. It
should contain useful information about the inner state of the
emulator just before it gave up.
/H |
|
|
| Back to top |
|
| mattias at erix.ericsson. |
| Posted: Thu Feb 11, 1999 8:04 am |
|
|
|
Guest
|
> On 11 Feb 1999, Ben Hyde wrote:
>
> bhyde>Date: 11 Feb 1999 04:06:32 -0000
> bhyde>From: Ben Hyde <bhyde_at_pobox.com>
> bhyde>To: Erlang Q. <erlang-questions_at_erlang.org>
> bhyde>Subject: Can't allocate?
> bhyde>
> bhyde>
> bhyde>Any advise about this failure?
> bhyde>
> bhyde> > gmake ..
> bhyde> ...
> bhyde> erlc -W -bjam -o../ebin gtk_generic.erl
> bhyde> Can't allocate 8713236 bytes of memory
> bhyde> ...
> bhyde>
> bhyde>I seem to have lots of swap space at the point
> bhyde>of failure. - ben
>
> The error message means that the address space of the Erlang emulator
> has been exhausted. The current limit in JAM is about 240M. The limit
> has recently been increased i the new and better BEAM system.
Sorry Hakan, but that is not the case. If the emulator runs out of
address space it produces a
message like: 'Got unusable memory block ...', which means it did a
malloc() and got a block above the 256MB (28 bit) limit.
The problem above may be caused by low memory, but could also be caused
by a bug in the emulator, I couldn't say, so I'll keep my mouth shut.
If it happens everytime (or atleast quite often), you should probably
dig into the memory handling stuff of the emulator (yikes!).
> Hopefully the emulator produced a file named erl_crash.dump. It
> should contain useful information about the inner state of the
> emulator just before it gave up.
The erl_crash dump won't help much in most cases. It contains
information about the processes that was running at the point of
failure, and process information about them. Nowadays (in a more recent
emulator), we have stack dumps in the erl-crash.dump file, which helps
some more in some cases. Nothing like a regular core file, but still of
some use.
--
Best Regards, Mattias Nilsson
Open Telecom Platform, Open Systems, Ericsson
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| per at erix.ericsson.se |
| Posted: Thu Feb 11, 1999 8:35 am |
|
|
|
Guest
|
Mattias wrote:
>The problem above may be caused by low memory, but could also be caused
>by a bug in the emulator, I couldn't say, so I'll keep my mouth shut.
>If it happens everytime (or atleast quite often), you should probably
>dig into the memory handling stuff of the emulator (yikes!).
:-) We still haven't seen Ben's ulimit settings though ('ulimit' without
arguments shows the file size limit, which isn't relevant of course).
What limits exist and their default settings depend on the OS, e.g. in
bash on a FreeBSD 2.2.8 system here 'ulimit -a' says
core file size (blocks) 0
data seg size (kbytes) 32768
file size (blocks) unlimited
max memory size (kbytes) 65536
stack size (kbytes) 16384
cpu time (seconds) unlimited
max user processes 256
pipe size (512 bytes) 1
open files 1024
virtual memory (kbytes) 49152
- any of "data seg size", "max memory size", and "virtual memory" could
be the culprit. (Around here we mostly run Solaris, which has rather
more generous defaults:
core file size (blocks) unlimited
data seg size (kbytes) 2097148
file size (blocks) unlimited
open files 64
pipe size (512 bytes) 10
stack size (kbytes) 8192
cpu time (seconds) unlimited
max user processes 997
virtual memory (kbytes) unlimited
- the 2 GB data size limit isn't likely to be noticed by Erlang.:-)
--Per Hedeland
per_at_erix.ericsson.se
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
