[dba-VB] Pushing the Limits of Windows: Virtual Memory - Mark's Blog - Site Home - TechNet Blogs

Mark Breen marklbreen at gmail.com
Fri Mar 23 09:33:04 CDT 2012


Hello John,

Glad that I am not the only one that thinks it is data intensive.

What about turning it off completely?

In my case, I have so much spare ram I could increase performance by simply
turning off paging.  Is there a downside when I have 9 GB's ram free?  Is
it silly to be using a page file when the ram is free.  Or maybe windows is
clever enough to not use the page file at all if the is empty ram ?

Thanks

Mark




On 23 March 2012 12:30, jwcolby <jwcolby at colbyconsulting.com> wrote:

> > Still not really sure what is best.
>
> LOL.  And this article while very detailed only makes the situation more
> complicated.
>
> > What do you do?
>
> Basically the 1.5 times rule seems to encompass (be bigger than) what this
> article prescribes, though the blog is so data intensive that it is tough
> to really get a handle on it.
>
> I just use the 1.5 times rule.  In fact I use "system managed" on a drive
> that will always have enough room to contain a page file of that size.
>
>
>
>
> John W. Colby
> Colby Consulting
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 3/23/2012 6:41 AM, Mark Breen wrote:
>
>> Hi John,
>>
>> very interesting.
>>
>> I looked my PC today and I am using 2.7 GB out of 12 GB.  Page file is 12
>> GB.  No page file for Drive D where I hold my data.
>>
>> Should I allow windows to manage the page file ?
>> Should I turn off paging ?
>>
>> Still not really sure what is best.
>>
>> What do you do?
>>
>> Mark
>>
>>
>> On 20 March 2012 12:02, jwcolby<jwcolby@**colbyconsulting.com<jwcolby at colbyconsulting.com>>
>>  wrote:
>>
>>  Just something I ran across.
>>>
>>> --
>>> John W. Colby
>>> Colby Consulting
>>>
>>> Reality is what refuses to go away
>>> when you do not believe in it
>>> http://blogs.technet.com/b/****markrussinovich/archive/2008/****<http://blogs.technet.com/b/**markrussinovich/archive/2008/**>
>>> 11/17/3155406.aspx<http://**blogs.technet.com/b/**
>>> markrussinovich/archive/2008/**11/17/3155406.aspx<http://blogs.technet.com/b/markrussinovich/archive/2008/11/17/3155406.aspx>
>>> >
>>>
>>> ______________________________****_________________
>>> dba-VB mailing list
>>> dba-VB at databaseadvisors.com
>>> http://databaseadvisors.com/****mailman/listinfo/dba-vb<http://databaseadvisors.com/**mailman/listinfo/dba-vb>
>>> <http:/**/databaseadvisors.com/mailman/**listinfo/dba-vb<http://databaseadvisors.com/mailman/listinfo/dba-vb>
>>> >
>>> http://www.databaseadvisors.****com<http://www.**databaseadvisors.com<http://www.databaseadvisors.com>
>>> >
>>>
>>>
>>>  ______________________________**_________________
>> dba-VB mailing list
>> dba-VB at databaseadvisors.com
>> http://databaseadvisors.com/**mailman/listinfo/dba-vb<http://databaseadvisors.com/mailman/listinfo/dba-vb>
>> http://www.databaseadvisors.**com <http://www.databaseadvisors.com>
>>
>>
>>
> ______________________________**_________________
> dba-VB mailing list
> dba-VB at databaseadvisors.com
> http://databaseadvisors.com/**mailman/listinfo/dba-vb<http://databaseadvisors.com/mailman/listinfo/dba-vb>
> http://www.databaseadvisors.**com <http://www.databaseadvisors.com>
>
>


More information about the dba-VB mailing list