关于asp.net：远程访问网站与本地访问网站时，MV.NET的调用速度要慢得多

MV.NET calls much slower when website accessed remotely vs locally

我有一个asp.net网络表单页面，该页面通过mv.net调用pick / d3。
我已经通过在mv.net调用周围加上定时代码来记录服务器端的性能，例如：
logTimeElapsed()
getDataFromPick() 'gets 5 rows of test data
logTimeElapsed()

当我从托管iis服务器调用此页面时，我得到了快速的响应时间，例如：
newAC elapsed: 2.9297 total: 2.9297 Dim Acct As mvAccount = New mvAccount("...")
row 1 elapsed: 20.5078 total: 23.4375 Acct.FileOpen("...").ReadV(strID, 17)
row 2 elapsed: 9.7657 total: 33.2032 same as above
row 3 elapsed: 11.7187 total: 44.9219 same as above
row 4 elapsed: 11.7188 total: 56.6407 same as above
row 5 elapsed: 9.7656 total: 66.4063 same as above
Logout elapsed: 1.9531 total: 68.3594 Acct.Logout()

但是，当我从网络或网络上的另一个位置调用同一页面时，我得到的响应时间大约要长7倍：

new acct elapsed: 0 total: 0 Dim Acct As mvAccount = New mvAccount("...")
row 1 elapsed: 156.25 total: 156.25 Acct.FileOpen("...").ReadV(strID, 17)
row 2 elapsed: 78.125 total: 234.375 same as above
row 3 elapsed: 78.125 total: 312.5 same as above
row 4 elapsed: 78.125 total: 390.625 same as above
row 5 elapsed: 78.125 total: 468.75 same as above
Logout elapsed: 0 total: 468.75 Acct.Logout()

从上面的结果看起来像：

本地访问时：

mv.net需要花费几毫秒的时间来创建和注销帐户，并且每个FileOpen调用都非常快。

远程访问时：

mv.net花费0的时间来创建和注销帐户(是否正在使用共享帐户？)，但是每个FileOpen调用都很慢。

如何使远程演奏与本地演奏保持一致？是否需要对mv.net或iis设置进行更改？
在本地与远程调用iis时，是否存在与用户权限不同的事情？

感谢任何帮助

相关讨论

我现在要调查这个问题。有关更多信息，这是一个同事从BlueFinity获得的响应：在这种情况下，其他人所做的是使用网络上的数据包嗅探器(例如Wireshark)来诊断问题，因为它不是mv。网。它与某些网络层问题有关，该问题会导致telnet性能不佳，进而影响mv.NET性能。
感谢Tony，我们查看了帐户资料，该资料没有自动终止功能，也没有自动释放权限。同样，当我比较远程和本地调用站点时在iis机器上登录的mv.net连接监视器时，它具有记录的相同信息和相同的客户端ID(MachineName：W3Wp.exe：6112)。
似乎Bluefinity尚未了解细节。明确地说，我也想回顾一下我的理解：您有一个会话管理器，该会话管理器具有到D3的单个(？)持久Telnet(MVSP？)连接。我猜它在运行IIS(？)的同一个盒子上。您使用的是本地主机浏览器，请访问该IIS并获得一个计时。您从另一台PC或网络外部访问了同一台服务器，ASPX，DLL，web.config，并且获得了不同的时间。您可以交替执行此操作，并看到完全相同的怪异结果。全部正确？有趣的挑战。虐待留意您的回应。
从服务到D3的连接不会根据客户端到服务的连接而改变。因此，问题必须出在IIS中的代码到服务，然后再到D3。在您的mvAccount实例化或web.config中，您使用的是主机名还是IP地址？我想知道是否涉及DNS。对于从IIS到套接字服务器的每个请求，可能会有一个主机名解析-不应该，但是可以。尽管本地客户端和远程客户端之间应该没有什么不同，但是IIS可能在其中有所不同。尝试使用IP地址访问会话管理器服务。
是的，您可以在摘要中找到细节，其中有一些微小的差异(我认为是无关紧要的)。我们有一个会话管理器，具有2个与D3的持久telnet连接。是的，它在运行IIS的同一机器上。是的，我可以重复执行此操作，并查看行为是交替发生的，具体取决于它是来自本地计算机还是其他计算机。因为Im是唯一测试该站点的设备，所以只使用了一个连接。
IIS应用程序在应用程序池中运行。池具有权限。我想知道您是否用http:localhostapp而不是http:foo.tldapp击中了另一个应用程序池。如果是这样，可能会进行额外的安全检查，因为mv.NET会对管理器服务进行每个(localhost)网络调用(.NET Remoting？)。本地请求的安全性可能比远程请求的安全性更松散-每个远程请求都可能需要进行授权检查，而这只会花费时间。我不知道该如何检验该理论，希望您能接受。 Bluefinity可能适用于网络层，但不适用于Telnet。
还没有。我尝试显示应用程序池(System.Security.Principal.WindowsIdentity.GetCurrent().Name)，并且在本地和远程调用时显示相同。
对此我会想一想。您确实检查了Windows身份，这就是我的建议。但是对于咧嘴笑，请检查特定的应用程序池，以防万一其设置用于其他种类的身份验证。
嗨，托尼，我可能错了，但是我相信对System.Security.Principal.WindowsIdentity.GetCurrent()。Name的调用正在显示应用程序池。在本地或远程运行时，它显示" test-app-pool"，这是我创建并分配给Web应用程序的应用程序池。然后，我将应用程序池设置为IIS中的ASP.NET v4.0，并重新运行该页面，并获得用于本地和远程的IIS APPPOOL \\\\ ASP.NET v4.0。吉姆
我尝试使用您建议的方法获取应用程序池，但无法引用Microsoft.Web.Administration.ApplicationPoolName属性。该属性不存在。香港专业教育学院也尝试了p0nkie在这里建议的方法，但由于权限问题而陷入困境。更多信息：我还启用了对应用程序的跟踪，本地和远程的结果没有显着差异。
正如电子邮件中所讨论的那样，我的建议是用MVSP替换telnet管道。如果存在差异，并且Id感到非常惊讶，则问题出在telnet连接中，可能在反向DNS调用中有些挂断。如果没有更改，则Id会怀疑mv.NET中的某些内容，即使在该层他们不知道最终的客户端。如果他们不帮忙追踪，那我们可能无能为力了。跟踪到mv.NET将影响正在测试的问题。因此，在出现其他问题之前，我同意了这一点。对不起。

我在今年早些时候的上一份工作中遇到了同样的问题。在那里，IIS与BlueFinity会话和许可证管理器位于单独的服务器上。此外，Pick系统是D3。我们观察到的是，托管会话管理器和许可证管理器的计算机具有最佳的响应时间，而其他任何服务器的响应时间都比原来长2倍。将会话和许可证管理器移至IIS服务器为该服务器提高了速度。将它们移动到另一台服务器可以提高该服务器的速度。确实很奇怪，因为所有请求在处理之前都是通过Internet，WAF进入IIS的。

BlueFinity团队在我们的测试应用程序上观察到了该行为，并尝试重新创建但未能成功。他们的测试的主要区别：

1)我们使用了D3，而他们使用的是jBASE
2)我们使用mv.NET 4.4，而他们使用的是4.5
3)我们使用SSH，并且他们使用标准telnet

我知道这并不能真正回答您的问题，但是我没有足够的声誉来发表评论。尽管我不再在那家公司工作，但有趣的是，这个问题并不是他们的书架独有的，更多是与BlueFinity可能在表面下产生的问题有关。不幸的是，找到原因似乎并不在他们的优先事项清单上。