Hi Chris,


On Thu, May 22, 2014 at 11:54 AM, Chris Muller <asqueaker at gmail.com> wrote:

> I try with the -memory parameter instead of -mmap, then Cog crashes
> immediately with -memory 2200m when launching the stock 4.5 image..
>

Yes, that's your limit with X11.  32-bit linux reserves the top 1Gb for
kernel space, leaving 3Gb for user processes.  Once you factor in space
taken for the VM and the X11 libraries (plus sundries) 2200mb is simply too
much memory and the system crashes in X11 startup.  So for the moment
you'll need to peg things at 2100mb or 2000mb.


>
> On Thu, May 22, 2014 at 1:44 PM, Chris Muller <asqueaker at gmail.com> wrote:
> > On Thu, May 22, 2014 at 1:00 PM, David T. Lewis <lewis at mail.msen.com>
> wrote:
> >> Usually on a unix system, a "No such file or directory" error means
> >> exactly what it says. A file named "/dev/dsp" is a device file in the
> /dev
> >> pseudo-file system, which presumably is not present. Various flavors of
> >> Linux or Unix might have different sound systems active, and might have
> >> different naming conventions for device files.
> >>
> >> I can't think of any reason why this should have an interaction with
> >> object memory allocation. If it seems to be VM related, try running with
> >> an interpreter VM or a different version of Cog and see if the symptoms
> >> change.
> >
> > It's because there's a System beep somewhere in there and I was just
> > interjecting the question-- why the heck do we have System beep(s)
> > embedded in the system?
> >
> > But let's please not focus on that right now.  I really want to ask
> > the more important question whether there's a problem with Cog.
> >
> > None of the symptoms happen with the Interpreter VM (2357).
> >
> > You can easily reproduce it yourself with Cog.  Just start the base
> > Squeak4.5 image with the -mmap 2000m argument.
> >
> > Then, in a workspace:
> >
> >    self halt.
> >
> > Do It, then press Proceed on the debugger that appears.
> >
> > Does the problem occur for you too?  It's related to amount reclaimed
> > by the garbage-collector, but clearly we're not out of memory....
>
>


-- 
best,
Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20140522/79e81daf/attachment.htm