小编Man*_*ion的帖子

.Net 4.0 app比64位慢32位(分析和可能的解决方案)(应用程序正在使用NetAdvantage)

我们有用VB .NET 4.0/VS2010编写的.NET应用程序,编译时所有项目都设置为AnyCPU设置,用于Debug和Release配置.我们注意到,当这个应用程序在64位环境(在Windows Server 2003 R2和2008 R2上测试)上运行时,应用程序至少需要两倍的时间(绝对值约为25秒),而不是大约6-12在32位环境(Win XP和7)上启动秒.

我应该补充一点,64位系统是功能强大的服务器,绝对比其他测试的32位系统更强大.所有其他应用程序在64位上更快,但不是我们糟糕的应用程序;)(我们确实在不同的时间,在不同的负载下测试应用程序,结果总是几乎相同.)

如上所述,应用程序是使用AnyCPU构建的,它在64位操作系统下运行为64位程序集(通过TaskManager检查).该应用程序本身是一个WinForms应用程序,使用NetAdvantage Forms v10.3并定期查询和写入MS SQL Server 2008.

不同的目标机器都在同一个网络上,因此数据库的路径(相同的数据库用于性能测试)例如是相同的,我认为问题不在于数据库或网络本身.

我注意到的一件事,对我来说似乎很奇怪,当我在MainForm启动期间使用秒表构建不同的"分析步骤"时,InitializeComponent方法在64位上花了两倍长,大约4秒反对1.5在32位.

这是我们在两个系统上部署的相同应用程序,没有不同的配置.

所以我有两个问题:

知道这可能是什么原因吗？

并且:确定"违规"代码段的最佳方法是什么？目前我使用秒表并试图缩小范围.但在我看来,就我们的应用而言,64位机器上的一切都比较慢,所以我不太确定我可以将其分解为具体的陈述.

谢谢大家的帮助,非常感谢...

.net performance 64-bit infragistics 32bit-64bit

Man*_*ion

lucky-day

8
推荐指数

1
解决办法

7528
查看次数

从.Net应用程序调用存储过程后如何检测该触发器失败？

我们有一个.NET应用程序(VB/VS2010),并在SQL Server 2008上调用许多存储过程以进行数据库查询.我们还有一些更新/插入/删除触发器,一旦这些存储过程修改数据库表就会自动执行.

通常情况下,调用存储过程并且它似乎执行正常,因为没有引发错误并且.NET应用程序像往常一样继续.但是,如果我查看封面并通过SQL Server客户端手动执行存储过程调用,我会看到在存储过程失败后立即执行的触发器,从而回滚所有更改.

所以我的问题是:在.NET应用程序中检测并传递错误的最佳方法是什么 - >存储过程 - >触发器方案,以确保在.NET应用程序中确保一切都成功或不出错？

非常感谢,史蒂夫

更新:我现在在家,离开我的办公桌(和代码库)周末,所以没有机会检查存储过程的细节.非常感谢到目前为止给出的答案.我可以在下周再看一下代码.

但在此期间......

一个问题是关于MS SQL Server的版本:它是2008年.

据我所知,我们以这种方式调用存储过程(至少那些不读取数据并"只是"更新,删除或插入数据的存储过程):

Using connection As New SqlConnection("connectionString")
    Dim command As New SqlCommand("EXEC STORED_PROCEDUR_ENAME), connection)
    command.Connection.Open()
    command.ExecuteNonQuery()
End Using

Run Code Online (Sandbox Code Playgroud)

我认为上面代码背后的假设是期望如果某些内容在存储过程或相关触发器中失败,那么