> > For another daemon I run on the same machines, milter-greylist, it's
> > the opposite. It leaks memory on Solaris but not on RHEL.
> >
> > All my Solaris packages are compiled with Sun Studio.
> 
> Is this virtual memory usage (VIRT on Linux), or the resident set (RES
> on Linux)?

I'm seeing "higher than I'd expect" memory usage on RHEL5 x86_64 with v
0.94.2. The machine is a lightly loaded (~300msg/day) mailserver with 1GB of
ram.

>From top:
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23481 clamav    20   0  394m 292m 1216 S    0 27.8   0:08.26 clamd

>From pmap:

pmap 23481
23481:   clamd
0000000000400000     68K r-x--  /usr/sbin/clamd
0000000000611000      8K rw---  /usr/sbin/clamd
0000000001991000 101900K rw---    [ anon ]
000000004130d000      4K -----    [ anon ]
000000004130e000   8192K rw---    [ anon ]
0000000041b0e000      4K -----    [ anon ]
0000000041b0f000   8192K rw---    [ anon ]
00000036a9400000     44K r-x--  /usr/lib64/libclamunrar.so.5.0.4
00000036a940b000   2044K -----  /usr/lib64/libclamunrar.so.5.0.4
00000036a960a000      4K rw---  /usr/lib64/libclamunrar.so.5.0.4
00000036a9800000     60K r-x--  /usr/lib64/libbz2.so.1.0.3
00000036a980f000   2044K -----  /usr/lib64/libbz2.so.1.0.3
00000036a9a0e000      8K rw---  /usr/lib64/libbz2.so.1.0.3
00000036a9c00000    688K r-x--  /usr/lib64/libclamav.so.5.0.4
00000036a9cac000   2048K -----  /usr/lib64/libclamav.so.5.0.4
00000036a9eac000     80K rw---  /usr/lib64/libclamav.so.5.0.4
00000036a9ec0000      4K rw---    [ anon ]
00000036aa000000    224K r-x--  /usr/lib64/libgmp.so.3.3.3
00000036aa038000   2048K -----  /usr/lib64/libgmp.so.3.3.3
00000036aa238000      4K rw---  /usr/lib64/libgmp.so.3.3.3
00000036aa400000      8K r-x--  /usr/lib64/libclamunrar_iface.so.5.0.4
00000036aa402000   2044K -----  /usr/lib64/libclamunrar_iface.so.5.0.4
00000036aa601000      4K rw---  /usr/lib64/libclamunrar_iface.so.5.0.4
000000374ae00000    104K r-x--  /lib64/ld-2.5.so
000000374b01a000      4K r----  /lib64/ld-2.5.so
000000374b01b000      4K rw---  /lib64/ld-2.5.so
000000374b200000   1320K r-x--  /lib64/libc-2.5.so
000000374b34a000   2048K -----  /lib64/libc-2.5.so
000000374b54a000     16K r----  /lib64/libc-2.5.so
000000374b54e000      4K rw---  /lib64/libc-2.5.so
000000374b54f000     20K rw---    [ anon ]
000000374be00000     84K r-x--  /lib64/libpthread-2.5.so
000000374be15000   2044K -----  /lib64/libpthread-2.5.so
000000374c014000      4K r----  /lib64/libpthread-2.5.so
000000374c015000      4K rw---  /lib64/libpthread-2.5.so
000000374c016000     16K rw---    [ anon ]
000000374ce00000     80K r-x--  /usr/lib64/libz.so.1.2.3
000000374ce14000   2044K -----  /usr/lib64/libz.so.1.2.3
000000374d013000      4K rw---  /usr/lib64/libz.so.1.2.3
00007f2c64000000   7984K rw---    [ anon ]
00007f2c647cc000  57552K -----    [ anon ]
00007f2c6c000000  56816K rw---    [ anon ]
00007f2c6f77c000   8720K -----    [ anon ]
00007f2c70000000  65536K rw---    [ anon ]
00007f2c74000000  65524K rw---    [ anon ]
00007f2c77ffd000     12K -----    [ anon ]
00007f2c79da0000      8K r-x--  /usr/lib64/gconv/UTF-16.so
00007f2c79da2000   2044K -----  /usr/lib64/gconv/UTF-16.so
00007f2c79fa1000      8K rw---  /usr/lib64/gconv/UTF-16.so
00007f2c79fe5000     40K r-x--  /lib64/libnss_files-2.5.so
00007f2c79fef000   2044K -----  /lib64/libnss_files-2.5.so
00007f2c7a1ee000      4K r----  /lib64/libnss_files-2.5.so
00007f2c7a1ef000      4K rw---  /lib64/libnss_files-2.5.so
00007f2c7a1f0000     16K rw---    [ anon ]
00007f2c7a1f4000     28K r--s-  /usr/lib64/gconv/gconv-modules.cache
00007f2c7a1fc000     16K rw---    [ anon ]
00007f2c7a200000      4K r-x--    [ anon ]
00007fff821eb000     84K rw---    [ stack ]
ffffffffff600000      4K r-x--    [ anon ]
 total           403972K


I actually have a RHEL4 box with higher yet usage:
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
1795 clamav    25   0  464m 414m  992 S  0.0  2.6  28:36.21 clamd

Matthew

_______________________________________________
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Reply via email to