Re: Dynamic Workspace setting

[Ben Pfaff]

Possibly it would be OK to just default to "no limit" and allow the
operating system to swap.  We could then give advice to users to better
handle the case where a file is much larger than memory.  This might be
better than an arbitrary limit these days.

I don't think that keeping free memory to a particular value is a good
place to start.  Free memory is wasted memory--it's not being used to
cache anything, for example.

On Sat, Sep 24, 2016 at 04:29:39PM +0200, Harry Thijssen wrote:
> I think this threat is has no answers yet.
> 
> Indeed the 64 MB is lower as necessary on current computers. This could be
> higher.
> 
> MSWindows used to use as much memory as possible for caching. So MemFree
> wouln´t be a good value I guess. I would suggest at least for MSWindows to
> set it to  1/4 of the physical memory.
> If other programs need memory too, MSWindows will swap.
> 
> Have fun
> 
> 
> 
> 
> <https://lists.gnu.org/mailman/listinfo/pspp-dev> Date: Tue, 26 Jul 2016
> > 06:52:39 +0200
> > From: John Darrington <address@hidden>
> > To: Ben Pfaff <address@hidden>
> > Cc: address@hidden
> > Subject: Dynamic Workspace setting
> > Message-ID: <address@hidden>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > On Mon, Jul 25, 2016 at 09:46:16AM -0700, Ben Pfaff wrote:
> >      On Mon, Jul 25, 2016 at 07:06:43AM +0200, John Darrington wrote:
> >      > * Try increasing the "WORKSPACE" setting (see Section 16.2 of the
> >      > manual) This will mean it should use more of your 16GB of RAM.
> >
> >      I wonder whether we should introduce some kind of dynamic way of
> > setting
> >      the default workspace, for example as a fraction of the RAM in the
> >      system.  Currently it always defaults to 64 MB.
> >
> > I suppose we could read /proc/meminfo at regular intervals and make some
> > intelligent estimate on how to set the workspace.
> >
> > I wonder what the goal should be?  To keep MemFree to a particular value ??
> >
> > J'
> >

> _______________________________________________
> pspp-dev mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/pspp-dev