Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 5 subscribers
  • Views 6477 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

Slow Remote copy of newly compiled files

Adrian Scottow

Hello,

I am finding that Sophos is slowing down the copy of newly compiled files to a remote shared directory. This affects the way I deployed internally developed applications - either by using Visual Studio ClickOnce publish or by simply using xcopy to copy the executables and dlls.  The slow down is something like a 60 times slowdown - so the copy is 10s without Sophos and 10 minutes with Sophos - more frustrating than a major issue.

Has anybody else had similar problems or ideas how to solve this?

Many Thanks,

Adrian



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

    Just as a check, if you disable the scanning of remote files does it help?

    Regards,

    Jak

  • 0 in reply to jak

    Bit of a thread necro I realise but this perfectly describes a problem my clients devs are experiencing with project rebuilds that involve a file copy via Powershell / Windows Explorer to a remote server.

    Preposterously slow with scanning of remote files enabled, acceptable without it.

    Bit concerned that as with the other Sophos issue my clients have experienced in the few weeks they've had the product the result is disabling another bit of the protection.

    They're not going to have a great deal left at this rate.

  • 0 in reply to Jolyon Xerxes

    FWIW it seems like a problem scanning previously unseen files (DLLs in particular I'd imagine) which is obviously something devs tend to create proportionally more of.

    You can mitigate the problem by scanning the files before copying - this works out considerably faster overall but for some reason a user initiated file scan seems to require elevated privileges.

     

     

Reply
  • 0 in reply to Jolyon Xerxes

    FWIW it seems like a problem scanning previously unseen files (DLLs in particular I'd imagine) which is obviously something devs tend to create proportionally more of.

    You can mitigate the problem by scanning the files before copying - this works out considerably faster overall but for some reason a user initiated file scan seems to require elevated privileges.

     

     

Children
No Data
Unfiltered HTML