Thoughts from the EPS Windows Server Performance Team
Useful Microsoft Blogs
It's February 1, 2008. Only twenty-six more days until Windows Server 2008 is released to the world. With that in mind, we have twenty-six posts lined up between now and February 27 covering areas of Windows Server 2008 that contain both general information as well as specific posts that are relevant to what we support here on the Performance team. So without further ado, let's dive right in, beginning with the upgrade paths available for Windows Server 2008 shown in the table below:
There are a couple of important things to remember here. First, with the exception of Windows Server 2008 for Itanium, the table above applies to both x86 and x64 versions. However, cross-platform upgrades (x86 to x64 or vice-versa) are not supported. It is also not possible to upgrade from a previous version of Windows to Windows Server 2008 Server Core Edition.
With respect to resource limits, there are also some changes to be aware of. Many values that are dynamically configured for 32-bit versions of Windows Server 2008 are set to their maximum values in 64-bit versions since the virtual address range is much larger. The notable exception to this rule is the NonPaged pool which is dependent on the amount of physical RAM installed. The table below outlines the resource limits:
* - the maximum registry hive size excludes the System hive. The System hive size is determined as follows:
Finally, let's take a look at some of the key Memory Management registry value limits. In the table below, several values are listed as Not Used. These values are still present in the registry with default values to provide backward compatibility for applications that may rely on these values (the Default (NP) column refers to values that are inherent to the operating system, but are not explicitly defined in the registry. To make use of these values, you would need to add them to the registry manually.
* - the maximum values are too high for practical use, however there is no specific per-process limit.
In January 2007, we wrote a post regarding Processes consuming large amounts of Virtual Memory when the system started. In that post we talked a little bit about memory fragmentation, which occurs when there is enough available total free memory for a process, however there is insufficient contiguous free memory. Over time, due to the varying sizes and lifetimes of the memory allocations, memory fragmentation occurs. 32-bit versions of Windows Server 2008 and Windows Vista SP1 include support for five new memory management registry values used to specify maximum allowed usage values for kernel resources. The table below outlines the new values. By default, these values are not present, and the resources are dynamically managed. The valid range for these values is 0, which indicates no enforced limit up to the available kernel address space, which is 2 GB (2048 MB) by default.
These new memory management values were provided to allow resource limits to be set in the event that the resources became depleted due to severe fragmentation. These values should not be set without careful analysis and a complete understanding of the ramifications. It is highly unlikely that there will be a need to set these values without assistance from Microsoft Product Support.
That brings us to the end of this post. Tomorrow, we will cover Startup Processes and Delayed Automatic Start. Until next time ...
- CC Hameed
2/4/2008: Something I should have mentioned right at the start - before doing any in-place upgrades, please test your applications etc thoroughly in an isolated environment, and contact the application vendors to find out if their applications will be supported in an in-place upgrade scenario. Case in point - you cannot perform an in-place upgrade of an Exchange Server 2007 machine from Windows Server 2003 to Windows Server 2008. The Exchange Team tried - they wrote a post about it called Mission Impossible: In-Place Upgrading Microsoft Exchange Server 2007 from Windows Server 2003 to Windows Server 2008.
The Performance team put together a good post about Windows Server 2008 Upgrade Paths, Resource Limits
During the roadshow I delivered a few days ago I've received a lot of questions about the upgrade path
Ask the Performance Team : WS2008: Upgrade Paths, Resource Limits & Registry Values: http://blogs
Windows Server 2008のUpgrade PathとResource Limit情報公開(x64間のUpgrade 対応、旧バージョンからServer Core は未対応)
Наткнулся на очень интересный пост, которым спешу поделиться с вами. В свете того, что уже появился Windows...
You might be running Windows Server 2003 and Windows Server 2003 R2 Domain Controllers at the moment
Bron: webwereld.nl Microsoft heeft afgelopen week een vijandig bod uitgebracht op de aandelen van Yahoo
so you are saying one can upgrade 32bit Win2K3 to 64bit Win2K8?