RE: Windows server antivirus causing huge slowdown on SVN checkout

Hi Andy,

Thanks for the info, am pretty sure it's the server end AV
which is
causing the problem, desktop AV disabled its still really
slow, if I
disable the server end and leave the desktop AV running it's
a lot
quicker.
Have opened a support case with Kaspersky as they may have
encountered
before.
Problem is constantly disabling and re-enabling the AV on
the server
isn't good enough for a permanent solution and the server
must have AV
running on it as it has many other windows clients saving
data to it.
Regards
Chris

-----Original Message-----
From: Andy Levy [mailto:andy.levygmail.com] 
Sent: 01 February 2007 18:56
To: Chris Green
Cc: userssubversion.tigris.org
Subject: Re: Windows server antivirus causing huge slowdown
on SVN
checkout

On 2/1/07, Chris Green <Chris.Greensas.co.uk> wrote:
> We have a Linux box with SVN on and Windows clients
running an SVN
client,
> the windows workstation maps a drive to the Linux
server and another
to the
> Windows server, when checking out files from the
workstation to the
mapped
> drive on the Windows server it runs very slow, we've
found temporarily
> disabling the antivirus on the Windows server makes the
problem
disappear
> (its Kaspersky antivirus 5) obviously this isn't ideal
and we cant
leave the
> AV disabled, the AV product has exclusions set on
network drives etc
but it
> makes no difference.
>
> Wondered if anyone else has come across this problem
and knows of a
> resolution?

On-access virus scanners don't play well with Subversion.
You've
already discovered one of the better resolutions - disable
the
scanning while doing the checkout. It's odd, though, that
even with
scanning network drives disabled, it's still acting like
it's scanning
those locations. Is it the virus scan on the server that's
causing the
problem, or the one on the client which has mapped the
drive? If the
latter, that makes perfect sense.

Another option might be to tell the scanner to exclude any
directory
named .svn.

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubversion.tigris.org
For additional commands, e-mail: users-helpsubversion.tigris.org

Hello,

Yes I have used ndisgen successfully recently (and even in
front of
running TV cameras, which according to Murphy really should
tickle all
possible bugs  with a
Ralink wifi card (yes, a native driver exists,
but this was in a TV show and my only point was to
demonstrate the
functionality of ndisgen) and -CURRENT.

Your problem may be related to the fact that the .INF file
is either not
ASCII coded (but maybe UTF-8) (you can verify this with
file(1)) or
contains garbage somewhere, like a spurious character or a
newline or
whatnot that the Windows parser does not trip upon but the
ndis one
does. You may need to try around a bit. Also, you may want
to search the
website of the card manufacturer to see if they have a more
recent
version of the driver or try drivers for various Windows
versions.

Hope these tips help somewhat 
-- 
Regards:

Szilveszter ADAM
Budapest
Hungary
_______________________________________________
freebsd-mobilefreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile

To unsubscribe, send any mail to
"freebsd-mobile-unsubscribefreebsd.org"