﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2008 / SQL Server 2008 Administration  / SQL Server Not Using All Allocated Memory / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Thu, 20 Jun 2013 05:22:58 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: SQL Server Not Using All Allocated Memory</title><link>http://www.sqlservercentral.com/Forums/Topic1406503-1550-1.aspx</link><description>Don't use Task Manager to check SQL Server's memory usage. In many cases it will report a value far, far, far lower than what SQL is actually using. Use Perfmon and check the Total Server Memory counter.</description><pubDate>Sun, 13 Jan 2013 12:59:48 GMT</pubDate><dc:creator>GilaMonster</dc:creator></item><item><title>SQL Server Not Using All Allocated Memory</title><link>http://www.sqlservercentral.com/Forums/Topic1406503-1550-1.aspx</link><description>I am running SQL Server 2008 R2 on Windows 2008 R2 enterprise Edition with 64GBs of RAM.  I have set SQL Server's max memory setting to 58GBs.  SQL Server is the only major application running on the server and should reserve and use all of the 58GBs allocated to it but it isn't.  When looking at task manager on the server, it indicates 97% of the server's memory currently being used, however when you go into resource monitor SQL Server is only using 289MBs of memory.  The memory committed to SQL Server is 1.4GBs and the working set is 322MBs.  I am currently trying to shrink a 330GB DB and it is taking 2hrs to shrink 10GB chunks and I assume it is because of the low memory usage by SQL Server.  I cannot figure out what is causing SQL Server to not properly use all of the 58GBs allocated to it.  Are there any other settings that would limit SQL Server from properly using all of the memory allocated to it?   </description><pubDate>Sun, 13 Jan 2013 12:48:52 GMT</pubDate><dc:creator>mike.evans 12769</dc:creator></item></channel></rss>