Does CrashPlan take system resources throughout the day?
August 12, 2010 11:35 AM   Subscribe

Does CrashPlan use substantial processor cycles or system resources throughout the day?

Despite what people are reporting in this thread, Mozy does indeed take--even hog--system resources throughout the day. When the computer comes out of sleep or when I plug in an external drive there is an excruciatingly long period during which the drive thrashes and the process manager shows that Mozy is the culprit.

(All due diligence has been done to troubleshoot this; this is not a request for help in fixing Mozy. This is the second long stretch I have tried Mozy and I come away from it unhappy again.) This is despite the fact that Mozy is set to backup at 1:30 a.m. every day.

Same problem for BackBlaze: every hour throughout the day it scanned my drive, even though the computer was set to backup in the middle of the night and was not set to do recurring, iterative backups throughout the day.

Rsync has its own problems and is not a solution for me.

JungleDisk was fine (though unnecessarily complicated) but the cost is higher than is necessary.

So, I'm in the market for an automated off-site backup solution and I think CrashPlan might be it. I need a solution that does NOT feel the need to scan my hard drives at any other point throughout the day other than at the moment at which the scheduled nighttime off-site backup takes place. The program should do NOTHING but sit silently until called for.

Can anyone here report on whether CrashPlan does this? I don't relish the thought of installing yet another backup solution to see how it handles uploading all of my data. Every day I test this stuff is another day without a complete offline backup.
posted by Mo Nickels to Computers & Internet (3 answers total) 1 user marked this as a favorite
 
Crashplan doesn't seem to use a lot of cycles most of the time. It generates quite a lot of I/O activity when it does a scan to resync the backup set with the existing set, but this usually occurs early in the morning.

On very rare occasions it has gone ballistic (once or twice), rebooting or restarting the service by hand solved the problem. Once in 3 machine years and I believe trigged by dropping off of a VPN in a remote location (a hotel) that was intercepting and redirecting all connection requests at the time.

Mozy in my experience was complete crap, it was simply unbelievable how bad it was, like a product designed and implemented by interns who were had written it as their "learn a first programing language" project. Before anyone defends it, try out the restore mechanism. This (at least a year ago) was unusable and effectively a non-starter. Further, Crashplan solves local multitier encrypted backup.
posted by rr at 12:56 PM on August 12, 2010


The free version of CrashPlan allows you to set the time when CrashPlan runs; for example, you can set it up to run only between 1am and 5am. In this case, it will not detect the changes that occurred during the day, but only the changes from the previous day. You can get more control over the backup settings by buying CrashPlan+

Have a look at the settings page options to see what you can configure. I have been using CrashPlan at home and at work and it works well once you determine the right settings. Most importantly, the recovery part of the backup process also works well.
posted by MzB at 1:43 PM on August 12, 2010


Even with Xcode, Photoshop, Dropbox, Tweetie, iChat, &c. open, I never notice CrashPlan slowing things down.
posted by anildash at 7:40 PM on August 12, 2010


« Older What would you suggest to a novice manager?   |   Hang on every word I say! Newer »
This thread is closed to new comments.