Excessive CPU and Disk from Intercheck

Hello Rob,

it is no surprise that InterCheck is quite active during a backup as many files are accessed and therefore scanned. Sounds like CrashPlan is accessing "lots of" files when starting up. If you quit CrashPlan once the dialog appears (in case this is possible) and start it immediately afterwards - does it again take two minutes? Normally I'd expect it to be significantly less because the files shouldn't be re-scanned.

CrashPlan seems quite complex so I can't tell what it does at this early stage - especially since I'm not using it. Maybe a kind soul who is also using it could tell you more.

Christian

It is independent of the actual backup. The actual backup is done by a daemon process.

What I am referring to is the UI process which runs independent of the backup daemon.

Whenever I launch the CrashPlan UI Intercheck jumps up to 100% CPU and the read ins/sec go into overdrive. So this has nothing whatsoever to do with the actual backup. The UI process simply allows settings to be changed and to report back on what the backup is doing.

Once the two minutes are up and the UI dialog is present Intercheck quiesces. This is all about just getting the UI process launched. This is very bad.

Second and subsequent launches of applications, a sense of hogging

Hey there guys I am experiencing a similar problem.  I am using Crashplan and it does seem to be directly linked to Sophos.  

I disable on access scanning and it launches fine.  But as soon as I enable this on access it be haves in the a similar to the above poster.   I have had on occasions where it doesn't actually fire up the crashplan application it will just hang there.  I have tried to exclude crashplan from the scanner but this doesn't seem to help.  Is there another file directory that I should maybe disable from being scanned?

Is this by design?

Thanks

Ed