On 8/25/09, Michael Stowe <mstowe AT chicago.us.mensa DOT org> wrote:
>
>> 'top' shows - after starting the Backup-daemon - about 25% %MEM and 0%
>> %CPU
>> consumption and about 15% %MEM and 0% %CPU consumption for the second
>> process.
>> The BackupPC_serverMesg takes another ~24% %MEM. Do you think that lack of
>> RAM
>> might in the end be the true problem? But then - why did it work for Ted
>> Callahan who used a Asus Router that does not have more RAM either (32MB)?
>> How can I find out if RAM is the problem? And why does 'free' show more
>> than 3MB free RAM then?
>
> If the CPU is doing nothing, you've effectively ruled out swap.

I disagree with that.  If a box is overloaded because its working set
won't fit into memory, it will thrash.  When a machine is thrashing,
%CPU will be zero because every time it goes to execute code, a page
fault occurs and it has to wait for I/O.

If you can run vmstat, it will show swap activity. With top, it will
show up as a high percentage on %wa (wait).  Or you can cat
/proc/vmstat to get the raw numbers, wait a few seconds, do it again,
and figure out the delta for pswpin and pswpout.

Jim

------------------------------------------------------------------------------
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
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/