1. BDTS asked for a reboot yesterday
2. After the reboot the bdtl.dll file was nowhere to be found much less the correct file version
3. Did a repair which required reconfiguring BDTS 2015 after repair was complete
4. The repair placed an older version of the bdtl.dll file in the proper folder location
5. Ran a manaul update
6. After update a reboot was required
7. The reboot placed the correct version of bdtl.dll 18.23.0.1614 in the proper location
8. Memory sat at about 290 MB on all three of my computers currently using BDTS 2015
9. Ran a System Scan on my W7-SP1 and two W8.1 computers
10. Memory after scan
W7-SP1 450MB It has not gone down after about 20 minutes
W8.1 460MB That was about 15 minutes ago on this computer. Memory is now up to 491MB
W8.1 438MB It has not gone down after about 10 minutes
While the memory problem may not be as bad as it was before a memory problem with vsserv.exe still exists.
Gobbling up 200MB for a System Scan and then not releasing it after the scan is complete is a memory problem. Plain and simple.
I will post back later today on what the memory status is of vsserv.exe about six or seven hours from now or later.
Now while it is true that there is no need to run a System Scan very often. It is a feature of BDTS 2015 and should work correctly. I have not tested other scans to see how much vsserv.exe memory they gobble up and if the memory is released after a Quick or Custom scan. I have also not run back to back System Scans to see if the meory contnues to go up. I will be testing that shortly. However, clearly the memory is not released at least within 30 minutes after running a System Scan.
It should not be necessary to reboot the computer after running a System Scan to get the vsserv.exe memory back down to normal.
vsserve.exe high memery usage problem fixed not.