memory use, bidirectional behavior

[Carter Bullard]

Hey Mike/Peter,
I'm assuming that you weren't using the smallmemory thread, but
if you were, we've got a problem to solve.   I'll look at the source
strategies, and see if there is something that is problematic, but
if you could verify the smallmemory code is causing problems,
then we'll really get on it.

Carter



On Aug 24, 2007, at 4:46 PM, Peter Van Epp wrote:

> On Fri, Aug 24, 2007 at 01:16:57PM -0700, MN wrote:
>>
>> A few data points that might possibly help with the memory leaks and
>> which also show a strange behavior regarding CPU utilization as well:
>>
>> I've been testing Argus on some new donated boxes with 10G cards  
>> (266MHz
>> PCI-X buses, x86/32bit), but with only 1G interfaces currently in  
>> use.
>> The two directions of the currently tapped link show up on eth0  
>> and eth1.
>>
> <snip>
>
> 	This seems odd! Which argus are us using
> /dev/argus-3.0/argus-3.0.0.tar.gz or
> /dev/argus-3.0/argus-3.0.0.smallmemory.rc.2
>
> with /dev/argus-3.0/argus-3.0.0.smallmemory.rc.2 on an IBM quad  
> core Power5
> 64 bit PPC box with dual Intel gig nics argus-3.0.0.smallmemory.rc. 
> 2 and
> SUSE 10.2 with the pf-ring kernel mods installed has been running  
> fine since
> last night on dual interfaces (as Carter noted the -U flag and I  
> think -J
> for jitter aren't implemented yet) and apparantly putting out good  
> data.
>
> root     23980  5.1  5.3 278904 211660 ?       SLl  Aug23  54:06  
> argus -JR -P 560 -i eth0 -i eth1 -U 512 -m -F /scratch/argus.conf
> vanepp   25602  0.0  0.0   3132   832 pts/0    S+   13:36   0:00  
> grep argus
>
>
> top - 13:42:31 up 2 days,  5:13,  1 user,  load average: 0.07,  
> 0.07, 0.08
> Tasks:  78 total,   1 running,  77 sleeping,   0 stopped,   0 zombie
> Cpu(s):  2.8%us,  1.0%sy,  0.0%ni, 94.2%id,  0.0%wa,  0.2%hi,  1.8% 
> si,  0.0%st
> Mem:   3936076k total,  1502456k used,  2433620k free,   408036k  
> buffers
> Swap:  6202496k total,        0k used,  6202496k free,   361340k  
> cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 23980 root      15   0  304m 206m 1424 S    7  5.4  54:33.90 argus
> 25605 vanepp    15   0  2720 1188  948 R    0  0.0   0:00.01 top
>
> 	I was seeing bad things on argus-3.0.0 before this but the two
> smallmemory releases seem to have fixed the bloat.
>
> Peter Van Epp / Operations and Technical Support
> Simon Fraser University, Burnaby, B.C. Canada
>