new software on the server, ..., almost done

[Carter Bullard]

Ok, so this is better than I imagined.  The clients have a slightly  
different
memory model from argus, and so I'll turn all the knobs this morning and
try to find a way to keep the memory way down.

So we have two problems, argus seems to find a packet in
washington.edu, that it doesn't like and in BC, Canada, we're running
out of memory.  Seems to all be related to North America, North West
continental plate.  Should we pursue a geologic explanation for all of
this?  Maybe I need a field trip to the great NorthWest Territories to
take some samples?

(well it was worth a try ;o)

Carter

On Sep 9, 2007, at 11:06 PM, Peter Van Epp wrote:

> 	Alas that doesn't look to be all thats wrong with clients.
>
> vanepp$ ps auxwww | grep ra3
> vanepp   26560  197.7 -36.4   786848 764120  p1  R+    7:59PM    
> 0:13.37 ra3 -r com_argus -n
> vanepp   26491   3.9 -0.1    32736   2600  p1  S     7:48PM    
> 0:20.02 /usr/local/bin/ra3 -S 192.75.244.191:560 -n -D4 -w /var/log/ 
> argus/com_argus
> vanepp   26600   0.0 -0.0    27812    112  p2  R+    8:00PM    
> 0:00.00 grep ra3
>
> vanepp$ ps auxwww | grep ra3
> vanepp   26560  195.6 -74.6  1815340 1564440  p1  R+    7:59PM    
> 0:30.84 ra3 -r com_argus -n
> vanepp   26491   3.4 -0.1    32736   2600  p1  S     7:48PM    
> 0:20.32 /usr/local/bin/ra3 -S 192.75.244.191:560 -n -D4 -w /var/log/ 
> argus/com_argus
> vanepp   26602   0.0 -0.0    27812    288  p2  R+    8:00PM    
> 0:00.00 grep ra3
>
> 	One ra instance is reading from the sensor and writing to file the
> other is reading the file the first is writing. The one reading the  
> file is
> using a huge amount of memory (although not at this moment  
> complaining about
> malloc errors).
>
> Peter Van Epp / Operations and Technical Support
> Simon Fraser University, Burnaby, B.C. Canada
>