spamassassin-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giampaolo Tomassoni <giampa...@tomassoni.biz>
Subject R: Re: fork is vfork? (was Re: "With similar rules, rspamd is about ten times faster than SpamAssassin.")
Date Thu, 07 Mar 2013 20:06:36 GMT
The Private_ entries in /proc/.../smaps are reported to be the right choice here: they report
only pages allocated while not shared with any other process. Ie, the ones "touched" after
fork and the new allocated ones.

Also, smaps is a relatively new proc entry, meant exactly to cope with all the linux memory
stats mess.

Giampaolo


Henrik K <hege@hege.li> ha scritto:

On Thu, Mar 07, 2013 at 07:02:00PM +0100, Giampaolo Tomassoni wrote:
>
> I just got a snip into my amavisd's 5 children /proc/<pid>/smaps file,
> summing together the count of Private_{Clean|Dirty} pages.
> 
> I got this:
> 
> p1: 74,164 kb
> p2: 70,772 kb
> p3: 71,548 kb
> p4: 74,064 kb
> p5: 70,784 kb
> 
> This accounts for a total of unique 287,168 kB (say 280 MB?). ~ 56MB in the
> average.
> 
> Sounds this good?

Memory management is tricky though. Hard to tell which values sum up to the
real thing.

Probably best meter on Linux is the actual free value highlighted below? 
Check it before starting amavisd/spamd/whatnot and check it again after
running for a while.  Also double check it after killing all the processes. 
I'm open to be proved otherwise..

$ free
             total       used       free     shared    buffers    
cached
Mem:       1047496     944236     103260          0       2904    
284336
-/+ buffers/cache:     656996     ___390500___
Swap:       524272     266668     257604

Mime
View raw message