開發慢慢向着SharePoint 2013遷移，環境也開始慢慢准備起來了。由於FAST Search的集成，和緩存服務的加入，SharePoint 2013對開發機器要求的不是一般的高。這里介紹一下如何降低這個需求，分配4G內存給虛擬的情況下，基本可以完成正常開發。
-
盡量減少啟動服務和應用程序池數量。
一般開發，並不需要所有SharePoint服務，盡量按需啟用。
Plan service deployment in SharePoint 2013，這個文檔清楚的說明了每個服務的作用。
例如下面將會介紹的，分布式緩存和搜索服務，如果你暫時用不到，就不要啟用。
安裝的時候，盡量合並所有的服務，使用同一個應用程序池。
典型情況下，4個左右就夠了。
- CA站點
- 應用程序站點
- 服務服務應用
- 系統服務應用：
-
限制SQL Server內存為768M。
- 在對象資源管理器中，右鍵單擊服務器並選擇"屬性"。
- 單擊"內存"節點。
- 在"服務器內存選項"中，為"最小服務器內存"和"最大服務器內存"輸入所需的內存量。
-
限制最大服務器內存為768M，
768M是因為我自己測試機的嘗試后的一個推薦值。限制小於這個值，SQL Server CPU使用率會比較高。另外，根據我對SharePoint 2010經驗，小於512M內存的話，某些開發場景會出現詭異的錯誤。這個數量可以根據自己機器資源盡量調大。
-
限制FAST Search運行內存消耗。
降低搜索的優先級：
Set-SPEnterpriseSearchService -PerformanceLevel Reduced
限制SharePoint搜索組件（NodeRunner.exe）的總內存.
編輯C:\Program Files\Microsoft Office Servers\15.0\Search\Runtime\1.0\noderunner.exe.config文件，搜索nodeRunnerSettings配置節，將0（不限制內存使用）修改為512（可以根據自己狀況改其他數值）。
<nodeRunnerSettings memoryLimitMegabytes="512" />
保存文件，並重啟SharePoint Search Host Controller服務。
注意，一旦你做了這個修改，可能會產生如下文章的錯誤。The Return of the Search Application Topology Component Health State Error，我改成512也是因為這個原因，我的環境中，大於512這個錯誤就沒有了。
-
限制分布式緩存大小
Update-SPDistributedCacheSize -CacheSizeInMB 200
這里200也是我的一個參考值，設置太小，似乎設置並不會生效。所以設置的時候，可以查看如下的進程確認設置生效情況。
參考文檔：Manage the Distributed Cache service in SharePoint Server 2013
全部做完以上步驟的，在我的VirtulBox分配4G內存也可以比較流暢的進行基本的SharePoint體驗了。
最后上一張大截圖，開了VS，IE，IIS， Powershell后內存CPU基本可以接受
