Guest User!

You are not Sophos Staff.

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

Another slowdown

Sophos installed on Mac Pro (original) and  2009 Macbook. Whenever I launch NeoOffice cpu usage rockets to extremely high levels and NeoOffice takes ages to launch. I suspect this is something to do with NeoOffice using Java, but it makes Sophos unusable on my wife's Macbook due to the ridiculous amount of time it takes to launch.

If I run ClamXav on the Macbook, even when set to monitor the entire hard drive, launch time for NeoOffice is very good.

:1000227


This thread was automatically locked due to age.
  • I have just excluded  /System/Library/Java/ from On-access scanning and it has "solved" the problem. I regard this as just a temporary solution and hoep Sophos can come up with a permanent  one.

    :1000282
  • I must stop replying to my own posts. It seems I must be more senile than I thought or I suffered a very serious brain fart. Of course just disabling "scan inside archives and compressed files" is all that is necessary in on-access preferences.

    Yes, nurse you can take me back now and please lock the door behind  me ;)

    :1000283
  • Hi Adrian,

    your post is absolut right. Neooffice starts slow. 

    :1000285
  • I can take a look into this more if needed Adrian, but im pretty sure NeoOffice is built in Java (you excluding Java and this helping would point to that a bit), and therefore at start up will be opening countless .JAR files.

    So, .JAR files are essentially zip files with a collection of java .class files in them, and when i say 'a collection' it is often thousands.

    If you have archive scanning enabled in the on-access settings then the scanner has to intercept the NeoOffice request for the .JAR file, uncompress it in memory, scan all on the .class files inside, and then pass back the file open request to NeoOffice.  This unfortunately is not the quickest thing in the world as there are often so many files inside the .JAR.

    Running the On-Access scanner without it scanning in archive files doesnt reduce your protection, any files accessed within an archive are scanned, and if you were to manually open, for example, a zip file its contents are scanned at this point.

    I hope this helps to explain a little as to why you saw the slow down.

    :1000289