<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss Content Posted by David Poole
»
Fun with sp_executeSQL
14 posts, Page 1 of 2
1
2
»»
Fun with sp_executeSQL
Rate Topic
Display Mode
Topic Options
Author
Message
David.Poole
David.Poole
Posted Monday, January 30, 2012 10:34 PM
SSCrazy
Group: General Forum Members
Last Login: Yesterday @ 4:13 PM
Points: 2,766,
Visits: 1,442
Comments posted to this topic are about the item
Fun with sp_executeSQL
LinkedIn Profile
Post #1244041
ChandlerDBA
ChandlerDBA
Posted Tuesday, January 31, 2012 3:13 AM
Grasshopper
Group: General Forum Members
Last Login: Friday, February 03, 2012 2:43 AM
Points: 11,
Visits: 9
Excellent evidence-based article. More please.
Post #1244170
poojari045
poojari045
Posted Tuesday, January 31, 2012 3:28 AM
SSC Rookie
Group: General Forum Members
Last Login: Wednesday, February 01, 2012 9:59 AM
Points: 28,
Visits: 59
Nice article .
Post #1244182
Gazareth
Gazareth
Posted Tuesday, January 31, 2012 5:40 AM
UDP Broadcaster
Group: General Forum Members
Last Login: Monday, June 10, 2013 4:11 AM
Points: 1,474,
Visits: 2,344
Thanks David, useful article.
Post #1244265
Christoph Muthmann
Christoph Muthmann
Posted Tuesday, January 31, 2012 7:08 AM
Old Hand
Group: General Forum Members
Last Login: Yesterday @ 3:54 AM
Points: 383,
Visits: 203
Nice article, but I'm missing a hint to adhoc queries and their influence on the proc cache. You can save a lot of memory by using the optimize for ad hoc workloads Option.
http://msdn.microsoft.com/en-us/library/cc645587.aspx
For more details see this blog entry from Kimberly Tripp:
http://sqlskills.com/BLOGS/KIMBERLY/post/Procedure-cache-and-optimizing-for-adhoc-workloads.aspx
Post #1244352
Tony++
Tony++
Posted Tuesday, January 31, 2012 7:44 AM
Ten Centuries
Group: General Forum Members
Last Login: Wednesday, June 12, 2013 7:02 AM
Points: 1,286,
Visits: 1,411
On your point regarding variable length parameters, I've seen Subsonic (ORM) do this behavior too. I figured it what was happening when I started digging into why my proc cache was 6GB. My devs changed their code to call procs (fixed-length parameters) and cut the proc cache down to 2.5GB. Happy day, my data cache hit ratio improved nicely with just a little bit of work.
Post #1244392
ganci.mark
ganci.mark
Posted Tuesday, January 31, 2012 8:46 AM
Mr or Mrs. 500
Group: General Forum Members
Last Login: Friday, May 31, 2013 6:50 AM
Points: 592,
Visits: 423
Great article David. Thank you.
I thought that there were limits imposed on the various memory components based on on the total amount of memory given to SQL Server.
For example: Proc Cache limits
SQL Server 2005 SP2
75% of server memory from 0-4GB +
10% of server memory from 4Gb-64GB +
5% of server memory > 64GB
So 14GB given to a SQL SERVER 2005 SP2 would yield a 4GB Proc Cache.
Is it correct in stating that the limits do not exist and proc cache for example can consume additional memory?
Thanks
Mark
Post #1244468
David.Poole
David.Poole
Posted Tuesday, January 31, 2012 9:14 AM
SSCrazy
Group: General Forum Members
Last Login: Yesterday @ 4:13 PM
Points: 2,766,
Visits: 1,442
Christoph Muthmann (1/31/2012)
Nice article, but I'm missing a hint to adhoc queries and their influence on the proc cache. You can save a lot of memory by using the optimize for ad hoc workloads Option.
http://msdn.microsoft.com/en-us/library/cc645587.aspx
Good catch, wish I'd known this 2 years ago! I've passed this one on to my colleagues.
The worry now is that I'm going to hear "we don't have to fix this because there is a DB option".
LinkedIn Profile
Post #1244495
David.Poole
David.Poole
Posted Tuesday, January 31, 2012 9:16 AM
SSCrazy
Group: General Forum Members
Last Login: Yesterday @ 4:13 PM
Points: 2,766,
Visits: 1,442
Mark, I haven't come across any predefined limits for proc cache but that doesn't mean to say they aren't there.
Time for further research methinks!
LinkedIn Profile
Post #1244497
cfradenburg
cfradenburg
Posted Tuesday, January 31, 2012 9:48 AM
SSCommitted
Group: General Forum Members
Last Login: Wednesday, June 12, 2013 10:51 AM
Points: 1,562,
Visits: 1,932
David.Poole (1/31/2012)
Christoph Muthmann (1/31/2012)
Nice article, but I'm missing a hint to adhoc queries and their influence on the proc cache. You can save a lot of memory by using the optimize for ad hoc workloads Option.
http://msdn.microsoft.com/en-us/library/cc645587.aspx
Good catch, wish I'd known this 2 years ago! I've passed this one on to my colleagues.
The worry now is that I'm going to hear "we don't have to fix this because there is a DB option".
The only thing with that is you're still paying the cost to the query optimizer for each new compile. It's just taking less space in memory unless it's called again.
It's worth mentioning that you see the same capitalization behavior if you start using plan guides. It has to do with the fact that a hash of the query is created first and since there's potential for SQL to be capitalization sensitive it doesn't muck with capitalization before doing the hash.
Post #1244538
« Prev Topic
|
Next Topic »
14 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
