From your comments, it sounds as if you do not want SQL to use a lot of memory, because you feel that it makes no sense, since any queries you run are random.
First, this memory is probably used to store indexes and query plans, not the actual data that you want to return, so you will probably find that this cache is much more useful than you think.
Secondly, it is unlikely that sql using this amount of memory will result in poor performance on a truly random invisible query. If SQL Server needs to go to disk to get any information, then the amount of memory it uses is hardly relevant.
However, you can reduce the amount of memory that SQL Server uses. (I don't know where the option is in SQL 2008, but I assume it is pretty similar). In Management Studio, right-click on the server and do "Properties". There will be a memory page. Here you can select the minimum and maximum values ββthat SQL will use. This will effectively limit any sql caching based on your values, not the limitations of physical servers.
I really do not think that you will see at least some profit from productivity. In my experience, SQL is always the best thing to do.
source share