The Real World: Implementing AWE

  • Comments posted to this topic are about the item The Real World: Implementing AWE

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • Good article with a few insights:

    /PAE does not do anything for a 64-bit Windows O/S.

    http://msdn.microsoft.com/en-us/windows/hardware/gg487503

    Also, the 32-bit address space limit is 4GB, not 2GB.

    2^32 = 4294967295

    AWE really helps performance on SQL 2000 too.

    You might want to think about upgrading to the 64-bit version of SQL 2005, it is why one of my previous employers upgraded to SQL 2005. Depending on your current SQL license, it might not restrict you to 32-bit.

  • Good job, very helpful article.

    M&M

  • Unless your running Enterprise or Data Center editions of your Server OS

  • a usefull insight into the impact - there are many detailed articles on this, but none that are as simple and clear....

    one thing you missed though... your server has 32GB... what if i had between 4 and 8GB of RAM? - the use of the /3GB switch in boot.ini becomes relevant then

    MVDBA

  • (/3GB reduces the kernal memory to 1 GB and increases the user memory to 3 GB (instead of the normal 2 and 2).

    /PAE enables the windowing memory functions so that apps can address more than 2 GB of memory.

    As the total amount of memory on the box increases, so the kernal needs more memory to keep track of the memory allocations. If you reduce the kernal's memory to 1 GB on a box with more than 8, you could easily end up with the OS kernal starved for memory.

    /pae is only needed if you have more than 4 GB memory on the server. If you're using /pae (and AWE within SQL) you should not have /3GB enabled.

    )

    saved this from a DBA on this forum ... think it was Gail Shaw

    MCITP: Database Administrator 2005
    MCTS SQL Server 2008
    MCP SQL 2012/2014
    MCSA SQL Server 2012/2014
    MCSE Data Management and Analytics

  • Doug Elwood-471888 (5/16/2012)


    Also, the 32-bit address space limit is 4GB, not 2GB.

    In a 32bit OS environment, 2GB is reserved for Kernel mode, and the other 2 is reserved for user mode. Though the article is a bit confusing as the author makes references to both 32bit OS (when the author describes VAS) and 64bit OS (when the author describes the boot.ini.)

  • Doug Elwood-471888 (5/16/2012)


    Good article with a few insights:

    /PAE does not do anything for a 64-bit Windows O/S.

    http://msdn.microsoft.com/en-us/windows/hardware/gg487503

    Also, the 32-bit address space limit is 4GB, not 2GB.

    2^32 = 4294967295

    AWE really helps performance on SQL 2000 too.

    You might want to think about upgrading to the 64-bit version of SQL 2005, it is why one of my previous employers upgraded to SQL 2005. Depending on your current SQL license, it might not restrict you to 32-bit.

    Yo are correct in a sense. It is 4 GB but 2GB is reserved for the OS by default. So SQL Server lists its VAS as 2GB of 32-bit platform without AWE enbled.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • michael vessey (5/16/2012)


    a usefull insight into the impact - there are many detailed articles on this, but none that are as simple and clear....

    one thing you missed though... your server has 32GB... what if i had between 4 and 8GB of RAM? - the use of the /3GB switch in boot.ini becomes relevant then

    In my analysis, AWE will not be very useful ifyou have just 8GB or less. The max you can safely ramp up to woul be 6 GB. With the 3GB switch well, all y gain is an additional 1GB really.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • Feeg (5/16/2012)


    (/3GB reduces the kernal memory to 1 GB and increases the user memory to 3 GB (instead of the normal 2 and 2).

    /PAE enables the windowing memory functions so that apps can address more than 2 GB of memory.

    As the total amount of memory on the box increases, so the kernal needs more memory to keep track of the memory allocations. If you reduce the kernal's memory to 1 GB on a box with more than 8, you could easily end up with the OS kernal starved for memory.

    /pae is only needed if you have more than 4 GB memory on the server. If you're using /pae (and AWE within SQL) you should not have /3GB enabled.

    )

    saved this from a DBA on this forum ... think it was Gail Shaw

    Very accurate Feeg. I am personally skepticalabot using the /3Gb switch.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • Doug Elwood-471888 (5/16/2012)


    Good article with a few insights:

    /PAE does not do anything for a 64-bit Windows O/S.

    http://msdn.microsoft.com/en-us/windows/hardware/gg487503

    Also, the 32-bit address space limit is 4GB, not 2GB.

    2^32 = 4294967295

    AWE really helps performance on SQL 2000 too.

    You might want to think about upgrading to the 64-bit version of SQL 2005, it is why one of my previous employers upgraded to SQL 2005. Depending on your current SQL license, it might not restrict you to 32-bit.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • Yes Doug, we are atully upgrading to SQL Server 2008 64-bit for the service in question.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

  • You may find the following references on SQL Server Memory Management useful:

    http://technet.microsoft.com/en-us/library/ms189334.aspx

    http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx

    http://support.microsoft.com/kb/283037

    http://msdn.microsoft.com/en-us/library/ms175581.aspx

    - i THINK the first and the last links are not available to read...:-) just a minor

    Other than that good article. Thanks

  • Nice article, I have implemented this a number of times, as much as you try and coerce your boss/cient into using/buying 64bit OS/SQL, you have to work with what is in front of you. As an aside I did have an issue where I capped the SQL Memory to 28GB (out of installed 32GB) however SQL seemed to ignore this after the reboot. Never got the chance to find out why.

    qh

    [font="Tahoma"]Who looks outside, dreams; who looks inside, awakes. – Carl Jung.[/font]
  • quackhandle1975 (6/29/2012)


    Nice article, I have implemented this a number of times, as much as you try and coerce your boss/cient into using/buying 64bit OS/SQL, you have to work with what is in front of you. As an aside I did have an issue where I capped the SQL Memory to 28GB (out of installed 32GB) however SQL seemed to ignore this after the reboot. Never got the chance to find out why.

    qh

    Interesting. Do you mind sharing the steps you took to cap this? And the values displayed when you do exec sp_configure.

    Br. Kenneth Igiri
    https://kennethigiri.com
    All nations come to my light, all kings to the brightness of my rising

Viewing 15 posts - 1 through 15 (of 15 total)

You must be logged in to reply to this topic. Login to reply