Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 6 subscribers
  • Views 3998 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

High CPU Usage - Intercheck

aureo001

Hi,

I upgraded to Sophos for Mac Home 8.0.2.C. When backup with Time machine, openning Lotus Symphony or installing new software (as Office 2011), Intercheck uses high CPU (more than 100%). I have a C2D 2.4/4GB with OS X Lion.

Any suggestions?

Thanks a lot.

:1006591


This thread was automatically locked due to age.
Parents
  • 0

    I'm not sure about Lotus, but Libre loads a lot of Java code -- and if you have archive scanning on, each jar file will be extracted and the contents scanned during the load process.  All OpenXML and OpenDocument files (being zipped XML) will also be extracted and the contents scanned.  Since many compressed temp stub files are also created, these will also be extracted and scanned, and they change continuously.

    So the best recommendation to make to improve performance is to disable archive scanning for on-access, and just make sure you do a scheduled archive scan from time to time to ensure nothing's lurking inside any archives.

    :1007609
Reply
  • 0

    I'm not sure about Lotus, but Libre loads a lot of Java code -- and if you have archive scanning on, each jar file will be extracted and the contents scanned during the load process.  All OpenXML and OpenDocument files (being zipped XML) will also be extracted and the contents scanned.  Since many compressed temp stub files are also created, these will also be extracted and scanned, and they change continuously.

    So the best recommendation to make to improve performance is to disable archive scanning for on-access, and just make sure you do a scheduled archive scan from time to time to ensure nothing's lurking inside any archives.

    :1007609
Children
No Data