Vice Versa compare slowed down 10X after rebuilding stack

dprohler · Joined: 21 Aug 2009 Posts: 4

I synchronize my laptop and desktop many times during the work day. The synchronization involves about 50,000 files. The compare used to take about 20 seconds before my network connection problem was repaired. To fix my network problem, the technician says he "rebuilt the network stack," and now my network does connect reliably. However, the same synchronization comparison that previously took 20 seconds now takes 5-6 minutes. The actual file transfers that occur after the comparison seem to run just as fast as before. Any ideas? Thanks...

TGRMN Software · Site Admin Joined: 10 Jan 2005 Posts: 8763

Hi, what's taking most of the time, is it scanning the non-local folder? To be honest this is the first time I hear of rebuilding the network stack.
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

Guest · Posted: Fri Aug 21, 2009 12:09 pm Post subject:

Thanks for your reply.

Yes, scanning the non-local folder takes most of the time. Typically, scanning the local folder (about 50,000 files) takes 3-5 seconds. Then scanning the non-local folder takes about 5-6 minutes. (Scanning the non-local folder used to take only about 20-25 seconds prior to the laptop fix.)

I sent a message to the technician who fixed my laptop to get a more complete description of "rebuilding the stack" since I cannot describe it. When I hear from him, I will post that information.

dprohler · Joined: 21 Aug 2009 Posts: 4

The fix on my laptop that may have affected how ViceVersa performs is described by the technician as follows:

"What I did is referred to as the “tcpip stack”. Here is an article from Microsoft explaining it, microsoft knowledge base 299357. Also, do you know whether or not any host files were changed when you originally setup your network? If so these are also reset in this process. "

In that knowledge base article, the tcpip stack is reset using the command, "netsh int ip reset c:\resetlog.txt". The netsh command rewrites these registry keys

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\
SYSTEM\CurrentControlSet\Services\DHCP\Parameters\

Does that give you any clues?

Thanks,
David

TGRMN Software · Site Admin Joined: 10 Jan 2005 Posts: 8763

Hi, sorry no idea... how are the computers connected? Wireless or wired? Could it be a problem with the router? What if you run VV from the other PC, is the non-local scanning still very slow? thank you
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

dprohler · Joined: 21 Aug 2009 Posts: 4

The performance that I'm reporting on is for a wired connection, but I have wireless capability and there is a similar slow down with wireless.

Actually, I tried running from the other PC and the performance was about the same - very slow for the non-local files.

I think your router suggestion is good. The fixed made to my laptop was a "reset" and maybe some router optimization was eliminated. I guess I should next reconfigure my router setup from scratch.

Thanks,
David