Andree Leidenfrost <[EMAIL PROTECTED]> writes: > Hi Rich, > > On Mon, 2006-08-14 at 19:28 +0100, Rich Walker wrote: >> Andree Leidenfrost <[EMAIL PROTECTED]> writes: >> >> > Hi Rich, >> > >> > On Wed, 2006-08-09 at 15:32 +0100, Rich Walker wrote: >> >> [...] >> >> >> The machine in question has 2GB of ram, and is currently running at a >> >> >> load of 4.6, and around 100% CPU usage. >> >> >> >> >> >> The main mondoarchive process is using 617MB of virtual memory, of >> >> >> which >> >> >> 252MB is swapped out. >> >> >> >> >> >> It has now been running for a few days (984minutes CPU time), and is >> >> >> assembling DVD #5. The "Time remaining" indicator is -14331:-52 ! > > Looks like there is definitely something wrong with the "Time remaining" > indicator. I'll see whether I can look into this.
I'm guessing it's wrapping :-> > >> >> > What is the load and memory usage _without_ mondoarchive running? What >> >> > CPU is this? Also, what version of mindi and mondo are you running >> >> > currently? >> >> >> >> Still fairly heavy. At present, it's >> >> top - 15:24:20 up 30 days, 2:24, 6 users, load average: 2.07, 3.41, >> >> 3.98 >> >> Tasks: 277 total, 1 running, 275 sleeping, 1 stopped, 0 zombie >> >> Cpu(s): 14.5% us, 7.2% sy, 0.0% ni, 74.0% id, 3.0% wa, 0.3% hi, 1.0% >> >> si >> >> Mem: 2077192k total, 2021348k used, 55844k free, 38432k buffers >> >> Swap: 1919548k total, 1226364k used, 693184k free, 1042008k cached >> > >> > Hm, it's using quite some swap but not too much CPU. Why is the load so >> > high if CPU usage is quite low (or is this just the snapshot)? >> >> Load is high on that machine for a variety of reasons. Typically it's >> supporting 4 or 5 users with VNC and direct logins. > > Well, if load is high, mondoarchive will take longer to run. We've got plenty of idle CPU horsepower, so it shouldn't be a problem. > >> > Also, what type of CPU, how many, what frequency would be good to know. >> >> Athlon *somethingorother* with a 1.3GHz clock. > > So, that's an Athlon XP then. That is not very fast at all. *Calibration error* If a 1.3 GHz CPU isn't suitable for the program, then it *really* ought to say something in the descriptive text :-> > >> [...] >> > Cool. Also you may want to try without compression '-0'. >> >> Does it still compress the attribute files if compression is turned off? > > Removing attr and acl should keep this files from being created in the > first place (unless I am mistaken). Otherwise I believe that -0 only > turns compression of the afio files of. You may want to try though. Removing the attribute files seems to have sped things up considerably. > >> Also, the process of sorting out the files before it even gets to the >> DVD stage takes hours as well... > > Well, it needs to compile the list of files to archive, if the machine > is flat out and it's a lot of stuff to comb through, it will take a long > time. Basically you have a low spec system with high load and you want > to archive a lot of data/files. mondoarchive will take a long time to > run, this as such is not a bug. If I was running this on a pentium-I, I'd accept that argument :-> At the moment, mondoarchive does take a phenomenally long time to archive a few hundred thousand files. Removing the extended attribute handling makes a big difference! I suggest that describing it as a general-purpose backup solution is a bit misleading, and noting the attribute handling->slowdown "feature" might be useful. > > You may be better off with what I suggested in my original response to > your bug report: > >>>>> > From the logs, I can see that mondoarchive thinks it will need 35 DVDs > to back up your data, which is approximately 150GB. Mondo Rescue is > really more of a disaster recovery tool rather than a backup utility. > > So, in general, what I would suggest is that you use Mondo Rescue for > backing up your system only so that you have bootable restore media but > that you use a normal backup tool to backup your actual data. (You may > bascially want to add /big to your -E parameter.) > <<<< Well, I'd quite like a bare-metal recovery solution :-> I accept that Mondo isn't up to the job, though. cheers, Rich. > > What do you think? > > Best regards, > Andree > >> [...] > -- > Andree Leidenfrost > Sydney - Australia > > -- rich walker | Shadow Robot Company | [EMAIL PROTECTED] technical director 251 Liverpool Road | need a Hand? London N1 1LX | +UK 20 7700 2487 www.shadowrobot.com/hand/overview.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
