I am sure that trend contributes to stories of poor performance and poor user experience. Running virtualized SQL Server workloads on hosts that have low performance processors is not going to benefit performance…
I would also guess that more performance problems are caused by oversubscription and lack of host resources (CPU, memory, and I/O) to properly support the total workload.
]]>How much do you think that the leaning towards dense low power CPUs for virtualisation hosts is adding to stories of poor user experience post virtualisation.
Best Regards,
Bob
Leon,
Well, it really depends on what your database server is being used for and how many people are relying on it to do their jobs on a daily basis. Saving a few seconds (or minutes) each time a query or report runs could pretty quickly pay for the pretty small incremental cost of a fast processor, especially when multiple employees are affected. The database server is likely to be in service for at least 3-5 years, so spending a few hundred dollars more for that server is going to be pretty insignificant to most companies. If things are really so tight that a few hundred dollars is really an issue, there are probably much more serious issues going on with the business.
My main point was/is that incremental processor costs pale when compared to SQL Server license costs. By choosing the right processor, you can quite often run a given workload on a smaller number of processor cores and save a huge amount of money on the overall cost of the server.
]]>Leon
]]>Hi Richard,
I don’t want to see Microsoft go down that road. It would make licensing much more complicated, and probably would not yield that much revenue. It would also encourage more people to want to buy lower-performance processors.
Another question is how Microsoft would measure CPU performance. Something simplistic, like base clock speed can be quite misleading if you are comparing across different processor families.
]]>