Re: question about libcrm

Eric S. Johansson wrote:
> I wonder how it will handle memory mapped files?  I'm concerned because it's
> entirely possible that one could allocate all the physical memory for css files
> mapped in but never released.   how do you determine how much memory you need
> for N active filtering processes?  what happens if you don't have enough memory?

As nobody more competent is going to answer this (yes, I am looking at
you, Ger), I'll try.

Just mmap()ing more and more files does not consume more physical RAM
per se. It has basically the same effect as if you where requesting more
and more virtual memory and at the same time adding the same amount of
swap space. As long as there is no reading/writing from/to the mmap()ed
areas, physical RAM is not used at all (modulo control blocks, paging
tables and such). The more reading and writing activity there is in
different parts of mmap()ed areas, the more is strain on the paging
system. Just idle mmap() is not stressful, real work is.

This may not be true for some pathological systems (old SunOS?) but for
most modern systems it is.

Eugene

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Crm114-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crm114-general

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFI4Ibsfrw/cIw6UWkRAncZAJ40Z4k24L15YV2X71aO8pSF7UT7UQCfeyoK
zjmyHWE/8mPhOL/c3XEAYfo=
=BuqB
-----END PGP SIGNATURE-----