On 8/25/09, Michael Stowe <mst...@chicago.us.mensa.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@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
