Re: crm memory usage
Jon Dowland <[email protected]> Tue, 28 Jul 2009 11:58:45 +0100
| Newsgroups | gmane.mail.spam.crm114 |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Jul 07, 2009 at 08:58:24AM -0400, Bill Yerazunis wrote: > It shouldn't, under Linux at least. "Fork" modifies the > page table so that the pages aren't copied immediately- > they're shared and only copied when one of the copies is > written to. Is anyone clear whether this holds when you set vm_overcommit to 2? This makes the linux VM strict about overcommitting memory and instead of allowing it (and hoping it frees up pages before the memory gets referenced), mallocs start returning NULL. I'm wondering whether the CoW feature of forks falls into this strict behaviour. It's recommended to turn this on (and add LOTS of swap) to VMs that have tight memory constraints by my VPS provider at least. -- Jon Dowland ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Crm114-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/crm114-general
signature.asc
(application/pgp-signature, 197 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpu2eUACgkQFotOcXAy8jhOUQCgmx37lzeiwWmScBp0YwfLuWbs v2IAn1h2ZBKXEdfJZvnmcbMBMUM5kPj5 =eILN -----END PGP SIGNATURE-----