将.Net Framework事件追溯到应用程序

时间:2017-08-22 16:07:59

标签: .net antivirus solidworks

首先,我没有这方面的经验,我只是想证实一些声明。

我们在工作站和服务器上使用WebRoot Endpoint Protection。我们还使用SolidWorks直接从服务器访问模型。问题是开放和节省时间非常慢。我为SolidWorks编写了一个小的监听器宏,记录每KB的保存时间,显示超过3秒/ KB! SolidWorks似乎在使用3%到5%的1GBS连接时达到顶峰。任何其他程序,AutoCAD,Excel和FEA软件都可以访问服务器上的文件。

我认为问题在于WebRoot与SolidWorks不兼容(它不在SolidWorks批准的AV列表中)。 WebRoot正在平息为SolidWorks文件添加了例外,但我们没有看到任何改进。据我所知,WebRoot监视.NET Framework活动,SolidWorks大量使用它来访问模型文件,因此不必直接打开它们。我怀疑WebRoot正在减慢或完全阻止SolidWorks中的.NET Framework活动。这也有助于解释我在没有WebRoot的情况下从未见过的所有文件引用丢失问题。

我的问题是,WebRoot甚至可以跟踪.NET Framework活动的来源吗?如果它会影响性能?如果他们只是彻头彻尾地让任何和所有.NET Framework活动影响任何类型的SolidWorks文件,它将不会成为安全方面的主要漏洞,只会使WebRoot无效。

我再也不是这方面的专家所以我正在寻找的只是WebRoot以外的其他人的一般答案,无论这是否可行。

0 个答案:

没有答案