Re: [gimp-devel] Re: tile cache size

1999-11-01 Thread Tuomas Kuosmanen 

On Mon, Nov 01, 1999 at 06:58:09PM +0100, Simon Budig wrote:
 Austin Donnelly ([EMAIL PROTECTED]) wrote:
  Idea: if the size is set to 0, make it mean "guess something good".
  Out of the box gimp can come with it set to 0, and we just make the
  algorithm pick something appropriate.  That's the hard part.
 
 Just to start a discussion: What about trying to detect if it is a 
 "private" machine with less than 5 regular users and then using
 80% of the physical memory?

What? All our users have login names starting from nobody000 to nobody999!

:)

Also, 5x80% = 400%.. a hypothetical situation of all 5 users using Gimp at
the same time :)

Just joking, this might have a point but it is not trivial.

But at least tell me what _I_ should use to avoid excess swapping and even
crashing X.. Like I said, I have 256MB. X eats like 90MB (high res, high
depth), Netscape bloats too (60MB is just a 'normal' case) etc..
so say, I have something like 100MB for Gimp, sometimes a bit more (Netscape
will get swapped out when I work on gimp)

Someone mentioned the tile-cache should be something like half of the ram
available, does that make sense?

Thanks,

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'

Re: [gimp-devel] Re: tile cache size

1999-11-01 Thread Marc Lehmann 

On Mon, Nov 01, 1999 at 12:05:26PM -0800, Tuomas Kuosmanen [EMAIL PROTECTED] wrote:
 
 But at least tell me what _I_ should use to avoid excess swapping and even

It´s easy... try to detect the pysical memory (on common platforms). Then
use getrlimit to find out how much virtual memory we are to use.

Then take a bit less than the minimum of both values. If none exist, use
10MB.

In any case, process limits need to be set administratively on multi-user
machines anyway, so they should be a good guideline.

 Someone mentioned the tile-cache should be something like half of the ram
 available, does that make sense?

This lacks a definition of "available". The best value is clearly 100% of
the ram that is "available" ;)

-- 
  -==- |
  ==-- _   |
  ---==---(_)__  __   __   Marc Lehmann  +--
  --==---/ / _ \/ // /\ \/ /   [EMAIL PROTECTED] |e|
  -=/_/_//_/\_,_/ /_/\_\   XX11-RIPE --+
The choice of a GNU generation   |
 |