[Last Call] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 575
  • Last Modified:

Application performance degraded after upgrading from SQL 2005 32 Bit to SQL 2008 64 Bit

Hi,

I have just configured my C# multi-threaded application from 32 bit to 64 bit platform for getting more memory support. But my application runs up to 40 - 50% slower as compared to 32 bit platform.

The overall idea about the multithreaded application is, we do recalculation for server hundred thousand records available in the database. Fetch the records from the table and do the recalculation finally it will update it into the table.

Earlier we had the following sever configuration as bellow

OS- Windows 2003 server 32 bit version
SQL - SQL Server 2005 Enterprise Edition for 32 bit version
8GB RAM

Now we changed to the latest version

OS- Windows 2003 server 64 bit version
SQL - SQL Server 2008 Standard Edition for 64 bit version
8GB RAM

The application was working fine and recalculated 3000 records per minute. But now after changing to 64 bit version it is calculating only 1200 records per minute.


I have tried with the following scenarios.

Changed to enterprise edition 64 bit version and tested - no improvement (memory utilization is high)
Page lock in memory in enterprise version and tested - no improvement (memory utilization is high).


Can you suggest where I need to concentrate to improve the performance? (OS Level / SQL Level /Application Level)

0
pvines
Asked:
pvines
  • 3
  • 2
  • 2
1 Solution
 
jogosCommented:
SQl*Profiler-trace + Perfmon
=> see what's takening a lot of time/resource

Could be as simple as bad statistics -> too many reads -> more records in memeory needed ....
But it can be a lot more difficult.
0
 
Mark WillsTopic AdvisorCommented:
you will have to configure SQL server to use memory - and recalc those statistics and rebuild indexes - sometimes best to do a full backup with the various optimise options (a -la maintenance plans).

And page lock in memory is a bit of a misnomer, you might end up allocating memory blocks which could otherwise be used for general queries - need to be a little bit careful about that.
0
 
pvinesAuthor Commented:
Turns out that the test was complicated by a change in the raid configuration. We moved from a raid 1 to a raid 5 drive setup. Raid 5 has poor performance in random r/w and this is we think causing the problem. Going to change to RAID 10 and see if that resolves the issue.
0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
Mark WillsTopic AdvisorCommented:
Definitely NOT raid 5 please !!! It will make a difference - and can account for the high CPU in calculating parity bits.

Best to stay with mirroring (raid 1), or move to raid10.
0
 
jogosCommented:
Tuned queries, super statistics, super CP, super memory .... and bad disktype for the job. It only needs one week part.
And moving to a whole new server any part is new so don't forget to check afther your disk-change that also the other components perform as they should. Monitor! And if anything is good, you have a baseline to check after a while if everything still is ok.
0
 
jogosCommented:
How came the author to find it was a disk-problem?  Do think I helped him to how/where to look

"SQl*Profiler-trace + Perfmon
=> see what's takening a lot of time/resource "
0
 
pvinesAuthor Commented:
We didn't run sql profiler or perfmon. We did have the app running on a less powerful development server with non-raid disks and it ran more quickly. We concluded that there might be a server configuration issue and compared the two servers using the Passmark Performance Test suite. Turned out our production server had very poor random r/w performance. We then did a bit of research and decided we'd made a mistake configuring our production server with RAID 5 and switched to RAID 10.
0

Featured Post

VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

  • 3
  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now